Alarm processing method for chemical process control system, involves 
selecting device alarm table using device information appended to alarm 
message and mapping alarm message to selected table 
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Abstract of DE1 01 54534 



The alarm message containing block 
identification field, relative identification field and 
subcode field, is received from field device. A 
device alarm table is selected using device 
message containing manufacturer, device type, 
and revision level information, appended to the 
received message. The alarm message is 
mapped to the selected alarm table to identify 
information fields containing displayable alarm 
information. An Independent claim is included for 
alarm processing system. 
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Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

(§) Integrierte Alarrnanzeige in einem Proze&steuerungsnetzwerk 

(§) Ein Alarrnanzeige- und Schnittstellen-Werkzeug zum 
Gebrauch in einem Proze&steuerungssystem empfangt 
und zeigt verschiedene Kategorien von Alarmen an, um- 
fassend beispielsweise Geratealarme und Hardwarealar- 
me sowie herkommliche Proze&alarme auf einer einzel- 
nen Anzeige, um es einem Operator oder anderen Benut- 
zern zu ermoglichen, diese verschiedenen Kategorien von 
Alarmen zu betrachten und darauf Zugriff zu haben. Das 
Anzeige- und Schnittstellen-Werkzeug kann genutzt wer- 
den, um die Alarme zu filtern, die gemaR einer Anzahl von 
Kategorien dargestellt werden, umfassend die Kategorie 
des Alarms, die Prioritat des Alarms, den Status des 
Alarms, etc., um so die typischerweise mit Operator-, 
Wartungs- und Ingenieur- Persona I verbundenen Aufga- 
ben alternativ zu trennen oder zu kombinieren. Das Werk- 
zeug kann auch zum Zugriff auf jeden der angezeigten 
Alarme genutzt werden, um mehr Information uber einen 
individuellen Alarm zu erhalten. 
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B^^reibung 

Gcbie^B^ Erfindung 

[00011 Die vorliegende Erfindung betrifft im ailgemeinen 
ProzeBsieuerungssysieme und im spezielleren die Anzeige 
von Alamibedingungen inncrhalb eines ProzeBsteuerungs- 
systems. 

Beschrcibung dcs Slandes der Technik 

|0002] ProzeBsieuerungssysieme. wie die in chemischen. 
Erdol- oder anderen Verfahren benutzten. beinhalten typi- 
scherweise einen oder mehrere zeniralisierie ProzeBcontrol- 
ler, die kommunikationsmaBig mil wenigstens einer Host- 
oder Ben utzer- Workstation und einem oder mehreren Feld- 
geraten uber analoge, digitale oder kombinierte Analog/Di- 
gitalbussc gckoppclt sind. Die Fcldgcralc, die bcispicls- 
weise Ventile, Ventilsteller, Schaller und Ubertrager (bei- 
spiels weise Temperatur-, Druck- oder DurchfiuBraiensenso- 
ren) sein konnen, verrichten Funklionen innerhalb des Pro- 
zesses wie Offhen oder SchlieBen von Ventilen und Messen 
von ProzeBparametem. Der ProzeBconiroller empfangt Si- 
gnale. die auf ProzeBmessungen, welche durch die Feldge- 
rale durchgefuhrl wurden, und/oder auf andere Informalio- 
nen. die mil den Feldgeraten zusammenhangen, riickschlie- 
Ben lassen, benutzt diese Informationen, um eine Kon troll- 
routine zu implemenlieren und erzeugt dann Kontrollsi- 
gnale, die uber die Busse oder andere Kommunikationsver- 
bindungen zu den Feldgeralen gesendet werden, um den 
ProzeBbetrieb zu steuern. Die Informationen von den Feld- 
geraten und den Conirollem werden manchmal einer oder 
mehrerer Anwendungen zur Verfiigung gestellt. die durch 
die Benuizer- Workstation ausgefiihrt werden, um es einem 
Bediener zu ermoglichen. gewiinschte Funktionen in bezug 
auf den ProzeB auszufuhren, wie Betrachten des aktuellen 
Zustandes des Prozesses, Modifizieren des ProzeBbetriebs, 
etc. Eine bekannle Controlier/Bedienerschnittsiellen-Soft- 
ware wurde entworfen, um ProzeBalarme zu erzeugen und 
anzuzeigen. die von ProzeBsieuerungs-Arbeitsgangen stam- 
men, die von Software in den Controllem oder anderen Ge- 
raten ausgefuhrt wurden. 

[0003] Das Delta- V Steuerungssystem, das von der Firma 
Fisher Rosemount Systems, Inc. vertrieben wird, nutzt 
Funktionsblocke, die in Controllem oder verschiedenen 
Feldgeralen lokalisiert und installiert sind, um Steuerungs- 
vorgange auszufuhren. Die Controller und in einigen Fallen 
die Feldgerate sind imstande, einen oder mehrere Funk- 
tionsblocke zu speichern und auszufuhren, von denen jeder 
Eingaben von anderen Funktionsblocken empfangt und/ 
oder Ausgaben fur andere Funktionsblocke vorsieht (entwe- 
der innerhalb desselben Gerats oder innerhalb verschiedener 
Geraie), und einige ProzeBsteuervorgange ausfuhrt, solche 
wie Messen oder Detektieren eines ProzeBparameters, 
Uberwachen eines Gerates oder Ausfuhren eines Steue- 
rungsvorgangs, wie die Implemeniierung einer Proportio- 
nal-Differenual-Integral (PID) Steuerungsroutine. Die ver- 
schiedenen Funktionsblocke innerhalb eines ProzeBsteue- 
rungssystems sind konfiguriert, um mil jedem anderen zu 
kommunizieren (bei spiels weise innerhalb eines einzelnen 
Gerates oder uber einen Bus), um eine oder mehrere ProzeB- 
steuerungsschleifen zu bilden, von denen sich die individu- 
ellen Betriebsweisen im gesamten ProzeB ausbreiien kon- 
nen. 

[0004] Typischcrwcisc sind die Funktionsblocke oder Ge- 
raie, in welchen diese Funktionsblocke implementiert sind, 
konfiguriert, um Fehler, Ausfalle oderProbleme zu detektie- 
ren, die innerhalb der ProzeBsteuerungsschleifen oder Funk- 



tionen. die darin a^M^uhn werden, auftreten, und um ein 
Signal zu senden,^^B eine Alarmbotschafu um einen Be- 4 
diener an einer Be^Wzer- Workstation oder einer anderen 
Benutzerschnittslelle zu nenachrichtigen, daB ein uner- 
5 wunschler Zustand innerhalb des ProzeBsteuerungssy stems 
oder innerhalb einer Sleuerungsschlcife des ProzcBsteue- 
rungssystems existiert. Solche Alanne konnen beispiels- 
vveise erkennen lassen, daB ein Funktionsblock nicht koni- 
muniziert, eine Eingabe oder Ausgabe auRerhalb eines Be- 
10 rcichs empfangen bzw. erzeugt hat, einen Ausfall durch- 
macht oder andere unerwunschte Zustiinde, etc. In den der- 
zeitigen Alannanzeigesysiemen ist eine Anwendung. die 
bei spiels weise von einer Benutzer-SchnitUstelleAVorkstation 
ausgefuhrt wird, konfiguriert, um Nachrichten zu empf an- 
ts gen. die ProzeBalarme bezogen auf den ProzeBbetrieb ent- 
halten, und um diese ProzeBalarme in einer zusammenhan- 
genden und uberschaubaren An anzuzeigen, um es dadurch 
cincm Bcdicncr zu cnnoglichcn. die Alarmc in cincr organi- 
sierten oder logischen Art und Weise zu handhaben. Solch 
20 ein Benutzer-Schnittstellensystem ist in dem US-Patent 
5,768,119 beschrieben, das den Titel "Process Control Sy- 
stem including Alarm Priority Adjustment ,, hat und hiermit 
ausdrucklich als Referenz hierin aufgenommen wird. 
[0005] Bekannte Benutzer-Schnittstellenanwendungen, 
25 wie die in dem US -Patent 5,768.119 beschriebene. sind lypi- 
scherweise konfiguriert, um einen Bediener, d. h. die Per- 
son, welche die aktuelle tagliche Bedienung eines ProzeB- 
steuerungssystems iiberblickL in die Lage zu versetzen. die 
kriuschsten ProzeBalarme zu betrachten. beispielsweise die 
30 Alarme mil den hochsten Prioritaten zuerst. Da diese An- 
wendungen mit dem Ziel entworfen sind, Informationen fur 
einen ProzeBsteuerungs-Bediener bereitzustellen. zeigen sie 
lediglich Alarme an. die mit dem Funktionieren des Prozes- 
ses selbst in Verbindung stehen. Diese Anwendungen sind 
35 nicht konfiguriert. um andere Fehlertypen oder Alarme an- 
zuzeigen, wie Alarme, die mil funktionsgestorten Feldgera- 
ten oder anderer Hardware wie Controller oder Eingabe/ 
Ausgabe (E/A) Gerate in Verbindung stehen. Dadurch zeigt 
eine Bediener-Anzeigeanwendung einen Bereich eines Pro- 
40 zeBsteuerungssystems an und liefen ein Alannsymbol am 
unteren Ende der Anzeige. das den ProzeBalarrn der hoch- 
sten Prioritat andeutet, beispielsweise wie in dem System, 
das in dem US-Patent 5,768,119 beschrieben ist. Die ange- 
zeigten Alarme sind ProzeBalarme, da sie durch Funktions- 
45 blocke oder andere Software erzeugt werden, die zum Im- 
plementieren eines ProzeBsteuerungs-S enemas oder einer 
ProzeBsteuerungs-Schleife und zum Anzeigen eines Fehlers 
in der Funkuon einer ProzeBsteuerungs-Schleife benuizt 
wird. Wenn ein Bediener einen der ProzeBalarme an der Be- 
50 nutzer- Workstation auswahlt, liefert die Anwendung dem 
Bediener mehr Information in bezug auf den ausgewahlten 
Alarm, wie den Funktionsblock oder das Modul, die den 
Alarm erzeugt haben. die Prioritat des Alarms, ob der Alarm 
bestatigt wurde, etc., und sie kann Informationen uber den 
55 ProzeB anzeigen, die fur den Alarm wichtig sind. wie eine 
Frontplatte fiir die Schleife, in welcher der Alarm aufirat, 
eine primare Steuerungsanzeige bezogen auf den Teil der 
Anlage. in dem der Alarm auftrat, etc. 
[0006] Ein Bediener. der diese bekannten Anzeigen nutzt, 
60 kann die Existenz eines Alarmes erkennen und versuchen, 
das Problem zu beheben, unler Nuizung anderer Software- 
anwendungen, die dem Bediener zur Verfiigung stehen. In 
einigen Fallen kann der Bediener bestimmen. basierend auf 
den gegenwartigen ProzeBalarmen. daB ein oder mehrere 
65 Fcldgcralc oder andere Hard warckomponcn ten reparian 
oder ersetzt werden m us sen. Wenn dies der Fall ist, kann der 
Bediener Wartungspersonal anrufen oder auf andere Weise 
kontaktieren, um das Gerat zum Tesien, Reparieren oder Er- 
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setzcn aufzulisten. Ebefl^Kann der Bcdicncr eincn Inge- 
nieur anrufen, uni den Alarm zu behandcln. Auf diese Art 
erkenni der Bediener ein Gerat e- oder Hardware-Problem, 
dem empfangene ProzeBalamie zugrunde liegen, und gibt 
das Problem manuell an Warnings- oder Ingenieurpcrsonal 
weiter. urn das Problem zu beheben. Jedoch erlbrderl es ci- 
nen erfahrenen und sachkundigen Bediener. um Gerale- 
odcr Hardware-Problcme anhand von Prozett alarmen zu er- 
kennen. 

(0007] In der Vergangenheil wurden gewdhnliche Feldge- 
rate in ProzeBsteuerungssystenien benutzt, um analoge (bei- 
spielsweise 4-20 mA) Signale zu dem ProzeBcontroller zu 
senden und von diesem zu empfangen, liber einen analogen 
Bus oder analoge Verbindungen. Diese 4-20 mA Signale 
sind jedoch in ihrer Natur darin beschrankt, daB sie auf Pro- 
zeBmessungen, die von dem Gerat gemacht wurden, oder 
auf ProzeBsteuerungssignale schlieBen lassen, die von dem 
Controller crzcugt wurden. der zum Ubcrwachcn der Ar- 
beilsweise des Gerales wahrend der Laufzeit erforderlich ist. 
Infolgedessen sind die konventionellen 4-20 mA Gerate 
nicht imstande, Alarme zu erzeugen, die mit der Einsatzfa- 
higkeit des Cerates selbst zusammenhangen. Infolgedessen 
warcn Alanne, die mit die sen Geraten verbunden sind, im 
allgemeinen nicht innerhalb von ProzeBsteuerungssystemen 
verfugbar. Etwa im leLzten Jahrzehnt wurden jedoch intelli- 
gente Feldgerate (Smart -Feldgerate) in der ProzeBsteue- 
rungs-Industrie gangig, die einen Microprozessor und einen 
Speicher beinhalten. Einige Standard- und freie intelligente 
Feldgerate- Kommunikationsprotolle wie der Foundation™ 
Feldbus (nachfolgend "Feldbus"), HART®, PROF1BUS®, 
WORLD-FTP®, DEVICE-NET® und CAN-Protokolle wur- 
den entwickelt, um es zu ermoglichen, daB intelligente Feld- 
gerate von verschiedenen Herstellern miteinander innerhalb 
desselben ProzeBsteuerungsnetzwerks benutzt werden kon- 
nen. Zusatzlich zum Ausfuhren einer primaren Funktion in- 
nerhalb des Prozesses konnen intelligente Feldgerate Daten 
speicherm die mit dem Gerat verbunden sind, mit dem Con- 
troller und/oder anderen Geraten in einem digilalen oder 
kombinierten digitalen und analogen Format kommunizie- 
ren und sekundare Aufgaben ausfuhren wie Selbst-Kalibrie- 
rung, Identifikation, Diagnosen, etc. Bedeutsamerweise sind 
die Gerate, die wenigstens einigen dieser Protokolle ent- 
sprechen, fahig, Probleme innerhalb des Gerats selbst zu er- 
kennen und Alarme oder Alarmsignale zu erzeugen und zu 
senden, um erkannte Probleme dem zustandigen Bedie- 
nungs-, Wartungs- oder Ingenieur-Personal anzuzeigen, das 
mit dem ProzeBsteuerungssystem Umgang hat. 
[0008] Allerdings gab es nur einige, wenn uberhaupt An- 
zeige-Anwendungen, um Nicht-ProzeB alarme anzuzeigen, 
wie Alanrie, die von den Feldgeraten oder Controllern er- 
zeugt werden, die anzeigen, daB ein F*roblem mit der Hard- 
ware aufgetreten ist, die mil die sen Geraten zusammenhan- 
gen. Es wird davon ausgegangen, daB es keine bekannten 
Anzeigen gibt, die es Wartungs- oder Ingenieur-Personal er- 
moglichen, fehlerhafte Feldgerate, Controller, E/A-Einrich- 
tungen, etc. auf eine zusammenhangende oder ubereinstim- 
mende Art und Weise zu erkennen und zu behandeln, da sie 
mit Bedienungsanzeigen ausgestattet sind, die ProzeBalanne 
anzeigen. In der Tat miissen Ingenieure und technisches Per- 
sonal im allgemeiner zahlreiche Protokoll-Ausdrucke oder 
gespeicherte Dateien mit Alarmen oder anderen Ereignissen 
durchsehen, die iiber oder durch Feldgerate oder andere 
Hardware-Gerate detekliert wurden. Dieses Verfahren ist 
zeitaufwendig und schwierig. Die Moglichkeit, das Inge- 
nicur- oder Wartungs-Pcrsonal in die Lagc zu versctzen, Ge- 
raie und Hard ware- Alarme auf eine zusammenhangende Art 
und Weise zu betrachten. ist sogar noch wiinschenswerter 
seit dem Aufkommen von neueren intelligenten Feldgera- 



ten, Controllern ulWKfA-Einrichtungen, die wie oben ange- 
deulet mit der Fahig keit verse hen sind. zahlreiche Betricbs- 
probleme Liber die Gerate selbst zu erkennen. so wie wenn 
das Gerat das Kommunizieren stoppt, oder einige andere 
5 Probleme, die das Gerat am korrekten Betrieb hindcrn. 
|0009] Beispielsweise kann ein Vcntil cingebaute Scnso- 
ren haben. die eine Uberdruck- oder eine Untcrdruck-Bedin- 
gung, einen klcmmenden Ventilstopscl, etc. erkennen und 
Software in dem Gerat kann einen Alann erzeugen, der den 
10 Typ des erkannten Problems sowie die Sen were des Pro- 
blems anzeigt. In einigen Fallen kann das Problem kritisch 
scin und unmiuelbare Beachtuns erfordern. so wie bci ei- 
nem klemmenden Ventilstopsel. wohingegen andere Bedin- 
gungen die Planung von Wartung zu einer bestimmten Zeit 
15 in der Zukunft erfordern konnen. Beispielsweise kann ein 
Venlil die Summe des Ventilwegs seit der letzten Wartung 
messen und, wenn die Summe des Ventilwegs eine vorgege- 
bene Schwcllc crrcicht. einen Alarm erzeugen, der Wartung 
anfordert. 

20 [0010] Ferner kann in einigen kleineren ProzeBumgebun- 
gen noch eine einzelne Person die Aufgaben eines Benut- 
zers, einer Wartungsperson oder eines Ingenieurs ausfuhren 
wollen. 

|0011] Alternativ kann der Benutzer Kenntnis iiber Pro- 

25 bleme wtinschen, die in Feldgeraten, Controllern und E/A- 
Einrichtungen auftreten, da es ihm oder ihr helfen kann, ei- 
nige der ProzeBalarme zu verstehen, die an der herkommli- 
chen Benutzerschnittstelle erscheinen. In der Vergangenheit 
gab es keinen einfachen Weg, eine einzelne Person in den 

30 Stand zu versetzen, alle Alarmdaten auf eine organisierte 
und integrierte Art zu betrachten. Ferner kann ein Benutzer 
noch wunschen, alle Kategorien von Alarmen zu betrachten, 
wenn nicht zu viele Informationen an der Schnittstelle ange- 
zeigt werden, da zu dieser Zeit der Benutzer wunschen 

35 kdnnte. bestimmte Kategorien von Alarmen ausschalten 
oder die Verantwortung fur bestimmte Alarme an jemand 
anderen ubergeben zu konnen. Derzeit gibt es kein System, 
das eine einzelne Person in den Stand versetzt, diese Funk- 
tionen durchzufuhrem 

40 [0012] Aufgabe der vorliegenden Erfindung ist es daher, 
ein Alarmanzeigesystem zur Benutzung in einem ProzeB- 
steuerungsnetzwerk, ein ProzeBsteuerungssystem und ein 
Verfahren zum Erzeugen und Darstellen von Alarmen in ei- 
nem ProezeBsteuerungssystem anzugeben, welche insbe- 

45 sondere eine einzelne Person in den Stand versetzen, die 
Vielzahl der vorgenannten Funktionen durchzufuhren, und 
die Wertung vieler Alarme auf eine einfachere Art ermogli- 
chen. 

[0013] Diese Aufgabe wird durch ein Alarmanzeigesy- 
50 stem mit den Merkmalen nach Anspruch 1, ein ProzeBsteue- 
rungssystem mit den Merkmalen nach Anspruch 38 und ein 
Verfahren mil den Merkmalen nach Anspruch 47 gelost. Be- 
vorzugte Ausgestaltungen der Erfindung sind Gegenstand 
der abhangigen Anspruche. 

55 

Zusammenfassung der Erfindung 

|0014] Eine Alarmanzeige und ein Schnittstellen-System 
zur Benutzung in einem ProzeBsteuerungsneizwerk emp- 

60 fangt und zeigt verschiedene Kategorien von Alannen, die 
beispielsweise Gerate- Alarme und Hard ware- Alarme sowie 
herkommliche ProzeB- Alarme umfassen, in einer einzelnen 
Anzeige auf eine integrierte Art an, um es einem Benutzer 
oder anderen Benutzem zu ermoglichen, die Alarme der 

65 verschiedenen Kategorien zu betrachten bzw. zu bcurtcilcn, 
Zugriff darauf zu haben und sie zu manipulieren. Die An- 
zeige und das Schnittstellen-System konnen benutzt wer- 
den, um die Alarme zu filtern, die angezeigt werden. gemaB 
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einer Anzahl von Paraii^^c, die Kategorie, Typ, Priori tat. 
Status, Zcit, etc. umfa^^Hjm die Aufgaben zu trennen 
oder zu kombiniercn. dic^Tpischerweise mil einem Benut- 
zcr. Warnings- und Ingcnieur-Personal zusanmiennangen. 
Die Alaniianzeige und das SchniUstellcn-Syslem konnen 
auch benutzl werden. um auf jeden der angczeigten Alanne 
zuzugreifen, uni niehr Infonnationen Liber cinen individuel- 
len A 1 ami zu erh alien. 

|0015] GeniaB einem Aspekt der vorliegcndcn Erfindung 
kann ein Alannanzeigesysiem in einem ProzeBsieucrungs- 
netzwerk benutzl werden. das cine Ben utzerschni list ell e mit 
einem Anzeigeniechanismus und eine Vielfalt von kommu- 
nikationsmaBig verbundenen Geraten aufweist, die zum Er- 
zeugen und Senden von Alaniibotschaften, die Alarnie ver- 
schiedener Kategorien aufweisen, an die Benutzerschnitt- 
slelle angepaBi sind. Das Alannanzeigesystem umfaSi 

- cincn Alarnicmpfangcr, der konfiguricrt ist, um die 
Alamibotschaften von der Vielfalt von Geraten zu 
empfangen, um eine Vieizahl von Alannen verschiede- 
ner Kalegorien zu erhalten, 

- eine Alarm verarbeitungseinheit, welche die Vieizahl 
von Alannen zum Anzeigen verarbeitet, basierend auf 
einem vorbestimmien Kriterium zum Ermitteln eines 
Salzes von Alannen zum Anzeigen, und 

- eine Alarmanzeigeeinheit, die Hinweise auf den Satz 
der Alamie zum Anzeigen auf dem Anzeigemechanis- 
mus darstellt, wobei die Alarmanzeigeeinheit die Hin- 
weise auf Alarnie verschiedener Kategorien auf eine 
integrierte Art auf dem Anzeigeniechanismus prasen- 
tiert. Falls gewiinscht, kann die Alarm verarbeitungs- 
einheit einen Alarmfllter aufweisen, der die Vieizahl 
von Alannen zum Anzeigen filtert, basierend auf dem 
vorbestimmien Kriterium. wie die Alarmkategorie oder 
Alarm priori tat, um den Satz von Alannen zum Anzei- 
gen zu ermitteln. 

[0016] Im folgenden werden die Erfindung, ihre Anwen- 
dungsmoglichkeiten und Vorteile ausfiihrhch anhand von 
Ausfuhrungsbeispielen in Verbindung mit den Zeichnungen 
erlautert. 

Kurze Beschreibung der Zeichnungen 

[0017] Fig. 1 zeigt ein Blockdiagramm eines ProzeBsteue- 
rungssystems, in dem eine integrierte Alarmanzeige und ein 
Schnittstellensystem benutzl werden konnen; 
[0018] Fig. 2 zeigt ein Blockdiagramm einer Workstation, 
die eine integrierte Alarmanzeige und ein Schnittstellensy- 
stem aufweist, die darin ausgeflihrt werden; 
[0019] Fig. 3 zeigt ein erstes Ausfuhrungsbeispiel eines 
Benutzerschnittstellen-Schirms, der von der integrierten 
Alarmanzeige und dem Schnittstellensysiem erzeugt wird, 
die in dem ProzeBsleuerungssystem von Fig. 1 benutzt wer- 
den; 

[0020] Fig. 4 zeigt ein zweiies Ausfuhrungsbeispiel eines 
Benutzerschnittstellen-Schinns, der von der integrierten 
Alarmanzeige und dem Schnittstellensystem erzeugt wird, 
die in dem ProzeBsleuerungssystem von Fig. 1 benutzt wer- 
den; 

[0021] Fig. 5 zeigt ein Ausfuhrungsbeispiel einer Alarm- 
symbolanzeige fur einen Prozefialarni; 
[0022] Fig. 6 zeigt ein Ausfuhrungsbeispiel einer Alarm- 
symbolanzeige fur einen Geratealarrn; 

[0023] Fig. 7 zeigt cin Ausfuhrungsbeispiel cincr Alarm- 
symbolanzeige fiir einen Hardware-Alarm; 
[0024] Fig. 8 zeigt ein Ausfuhrungsbeispiel einer Front- 
platten-Anzeige fur einen Geraiealarm. der mit einem Feld- 
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bus-Feldgerat in ^^^^iung sieht: 

[0025] Fig. 9 zflan Ausfuhrungsbeispiel einer Front- ' 
platten-Anzeige fiir einen Geratealamu der mil einem gene- 
rischen Feldgeral in Verbindung stent: 

5 |00261 Fig. 10 zeigl cin Ausfuhrungsbeispiel einer Front- 
plat ten- Anzeige fiir einen Hard ware- Alann, der mit einem 
Knoten oder einem Hardware-Element in Verbindung sieht; 
|0027] Fig. 11 zeigl ein Ausfuhrungsbeispiel einer 
Schnittsiellen-Anzeige. die zum Setzen der Kategorien und 

10 Prioritaten von Alarmen benutzt wird und auf einem Benul- 
zerschnittstellen-Schirm angezeict wird; 
[0028] Fig. 12 zeigt ein erstes Ausfuhrungsbeispiel einer 
Anzeige zusammengefaBter Alarnie, die von einem Alann- 
Zusammenfassungs-Sleuerungsniodul erzeugt wird; 

15 [0029] Fig. 13 zeigl ein zweites Ausfuhrungsbeispiel ei- 
ner Anzeige zusammengefaBter Alanne, die von einem 
Alarm-Zusamnienfassungs-Steuerungsmodul erzeugt ist; 
[0030] Fig. 14 zeigt cin drittcs Ausfuhrungsbeispiel cincr 
Anzeige zusammengefaBter Alarme, die von einem Alarm- 

20 Zusammenfassungs-Steuerungsmodul erzeugt ist: und 

[0031] Fig. 15 zeigt ein Ausfuhrungsbeispiel einer Ereig- 
nisaufzeichnung von ProzeB- und Gerale- Alannen. 

Beschreibung der bevorzugten Ausfuhrungsformen 

25 

[0032] Bezugnehmend auf Fig. 1 beinhaltet ein ProzeB- 
steuerungsnetzwerk oder -System 10 einen oder mehrere 
ProzeBcontroller 12 ? die mit einer oder mehreren Host- 
Workstations oder -Computem 14 (die irgendein Typ eines 

30 Personal-Computers oder einer Workstation sein konnen) 
und mit einer Gruppe von Eingabe/Ausgabe (E/A)-Einrich- 
tungen oder -Geraten 20, 22 verbunden sind, von denen je- 
des nacheinander mit einem oder mehreren Feldgeraten 
25-39 verbunden ist. Die Controller 12, die nur als Beispiel 

35 Delta- VTM_Controller sein konnen, die von der Firma Fis- 
her-Rosemount Systems, Inc. vertrieben werden, sind kom- 
munikationsmaBig mit dem Host-Computer 14 uber bei- 
spieisweise eine Ethernet- Verbindung oder andere Konimu- 
nikationsverbindungen verbunden. Ebenso sind die Control- 

40 ler 12 kommunikationsmaBig mil den Feldgeraten 25-39 
verbunden, die irgendeine gewiinschte Hardware und damit 
zusamnienhangende Software benutzen, beispielsweise 
standardisierte 4-20 mA Gerate und/oder irgendein intelli- 
gentes Kommunikationsprotokoll wie die Feldbus- oder 

45 HART-Protokolle. Wie es im allgemeinen bekannt ist, im- 
plementieren oder uberwachen die Controller 12 ProzeB- 
steuerungsroutinen, die darin gespeichert sind oder anders 
damit zusammenhangen, und kommunizieren mit den Gera- 
ten 25-39, um einen ProzeB auf eine gewunschte Art und 

50 Weise zu steuern. 

[0033] Die Feldgerate 25-39 konnen irgendein Typ von 
Geraten. wie Sensoren, Ventile, Sender, Positionierer. etc. 
sein, wahrend die E/A-Karten innerhalb der Gruppen 20 und 
22 irgendein Typ von E/A-Geraten sein konnen, die einem 

55 gewiinschten Kommunikations- oder Controller-Protokoll 
wie HART, Feldbus, Profibus, etc. entsprechen. In der in 
Fig. 1 gezeigten Ausfuhrungsform sind die Feldgerate 
25-27 standardisierte 4-20 mA Gerate, die uber analoge 
Verbindungen zu der E/A-Karte 22 A kommunizieren. Die 

60 Feldgerate 28-31 sind als HART-Gerate dargestellt, die mit 
einem HART-kompatiblen E/A-Gerat 20A verbunden sind. 
Ahnlich sind die Feldgerate 32-39 intelligente Gerate, wie 
Feldbus-Feldgerate, die uber einen digitalen Bus 42 oder 44 
zu den E/A-Kanen 20B oder 22B kommunizieren, unter Be- 

65 nutzung von beispielsweise Fcldbus-Protokoll-Kommuni- 
kation. Selbstverstandlich konnten die Feldgerate 25-39 
und die Gruppen von E/A-Karten 20 und 22 irgendeinem 
anderen gewiinschten Standard oder anderen gewiinschten 
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Standards oder Protok^^^neberi den 4-20 mA, HART 
oder Feldbus-Protokollen entsprechen, einschlieGlich Stan- 
dards oder Protokollen, die in der Zukunft eniwickelt wer- 
den. 

100341 Jedcr der Controller 17 ist konfiguriert, um eine 
Steuerungsstrategie zu implenientieren, untcr Bcnutzung 
von dem, was im allgemeinen als Funktionsblocke bezeich- 
net wird, wobei jeder Funktionsblock ein Tcil (beispiels- 
wcise eine Subroutine) einer Gesanitsteucrungsroutine ist 
und in Verbindung mil andercn Funktionsblocken (iiber als 
Links bezeichnete Kommunikationen) arbeitet. um ProzeB- 
sicucrungsschlcifcn innerhalb des ProzeBsleuerungssyslems 
10 zu implenientieren. Funktionsblocke erfullen typischer- 



8 



forderlich. den Fcl^phen 25-39, irgendeiner der Gruppen 
von E/A-Geriilen 20, 22 oder anderen Geraten, um die rele- 
vanten Werte. Einstellungen und Messungen zu erhallen, die 
mil dem Pro/eB zusammenhangen oder in diesem gemacht 
5 werden. um den SchnitLsleilen-Bildschirni auf der Benutzer- 
Anzeige der Workstation 14 zu erzeugen. Die Alarnivcrar- 
beitungs- Software ist konfiguriert, um Alarnie, die von 
Alarnierzeugungs-Sofwarc innerhalb einiger oder ailer der 
Controller 12. der E/A -Gerate 20 und 22 oder der Feldgerate 
10 25-39 erzeugt werden, zu empfangen. Diese Software ist als 
Soft wareele men le 51, 52 und 53 in Fig. 1 dargestellt. Allge- 
inein gesprochen, empfangt die Schnitlstellensoftware 50 
verschiedene Kalegoricn von Alannen, die beispielsweise 



- eine Eingabefunktion. wie die mil eineni Sender, ei- 
ne in Sensor oder anderem Gerat zur Messung eines 
ProzcBparamctcrs zusammenhangende, 

- eine Kontrollfunktion, wie die mil einer Kontroll- 
routine zusammenhangende, die eine PID-, Fuzzy-Lo- 
gik-, etc. Kontrolle ausfuhrt, oder 

- eine Ausgabefunktion, die den Betrieb irgendeines 
Gerats, wie eines Ventils, steueru um irgendeine physi- 
kalische Funktion innerhalb des ProzeBsteuerungssy- 
steiiis 10 auszufiihren. 

[0035] Naturiich gibt es Hybrid- oder andere Typen von 
Funktionsblocken. Gruppen dieser Funktionsblocke werden 
Module genannt. Funktionsblocke und Module konnen in 
dem Controller 12 gespeichert sein und von diesem ausge- 
fuhrt werden, was typischerweise der Fall ist, wenn diese 
Funktionsblocke fur standardisierte 4-20 mA Gerate und ir- 
gendwelche Typen von intelligenten Feldgeraten benutzt 
werden oder nut diesen in Verbindung stehen, oder sie kon- 
nen in den Feldgeraten selbst gespeichert und von diesen 
implementiert sein, was bei Feldbus-Geraien der Fall sein 
kann. Wahrend die Beschreibung des Steuerungssy stems 
hierin unter Nutzung einer Funkuonsblock-Steuerungsstra- 
tegie vorgesehen ist, konnte die Steuerungsstrategie auch 
unter Nutzung anderer Konventionen, wie Kettenlogik, se- 
quenzielle FluBdiagramme, etc. und irgendeiner gewunsch- 
ten proprietaren oder nicht-proprietaren Programmierspra- 
che implenienuert oder entworfen sein. 
[0036] In dem System von Fig. 1 dient eines oder mehrere 
der Host-Gerate 14 als eine Benutzer- Workstation und hat 
darin eine Alarmverarbeitungs-Software 50 gespeichert. 
Ailgemein gesprochen zeigt die Alannverarbeitungs-Soft- 
ware 50 Infonnationen iiber das ProzeBsteuerungssystem 
an, die relevant sind fur das Verstandnis des Benutzers oder 
die Fahigkeit zum Betrachten bzw. Beurteilen des aktuellen 
Betriebsstatus des Prozesses hinsichtlich der Alarme, die im 
System vorliegen. Beispielsweise kann die Alarmschnitt- 
stellen- Software 50 ein Alarmsymbol anzeigen, das darin 
Alarmhinweise und eine primare Steuerungsanzeige um- 
faBt, die einen Bereich des Prozesses 10 darstellt, der die 
Gerate und andere Ausstattung umfaBt, die mil dem Bereich 
des Prozesses 10 in Verbindung stehen, der fur einen der 
Alarme relevanl ist. Die primare Steuerungsanzeige kann 
Information vorsehen iiber den aktuellen Status des Prozes- 
ses 10, wie den Flussigkeitslevel in Tanks, das FlieBverhal- 
ten von Ventilen und anderen Stromungsverbindungen, die 
Einstellungen von Geraten, Ablesewerte von Sensoren, etc. 
Ein Beispiel einer solchen Anzeige ist in Fig. 3 dargestellt. 
Ein Benutzer kann die Alarmverarbeitungs-Software 50 nut- 
zen, um verschiedene Tcilc von dem ProzcB oder von Gera- 
ten innerhalb des Prozesses 10 zu betrachten bzw. zu iiber- 
wachen. Selbst verstandlich kommuniziert die Alarmverar- 
beitungs-Software 50 mil den Kontrollern 12 und, falls er- 



15 - ProzeBalarme (welche typischerweise von ProzeB- 
steuerungs-Softwaremodulen erzeugi werden, wie die. 
die aus konmtunikationsmaBig verbundenen Funk- 
tionsblocken gemacht sind, die ProzcBstcucrungsrouti- 
nen bilden, die wahrend der Laufzeit des Prozesses be- 

20 nutzt werden), 

- Hardware- Alanne, wie Alarme, die von den Con- 
trollem 12, E/A-Gerat en 20 und 22 oder anderen Work- 
stations 14 erzeugt werden und mil der Zustands- oder 
Funktionsbedingung dieser Gerate einhergehen, und 

25 - Geraiealarme, die von einigen oder alien der Feldge- 

ratc 25—39 erzeugt werden, um Probleme anzuzeigen, 
die mit diesen Geraten verbunden sind. 

[0037] Diese oder andere Kategorien von Alarmen kon- 

30 nen auf irgendeine gewunschte Art erzeugt werden. Bei- 
spielsweise ist es bereits bekannt. Funktionsblocke oder 
Softwarernodule zu haben, die benutzt werden. um ProzeB- 
steuerungsfunktionen zu implenientieren. die ProzeBalarme 
erzeugen, wobei diese ProzeBalarme typischerweise zu ei- 

35 ner Benutzer- Schnitls telle zum Anzeigen gesendet werden. 
Auch neuere intelligente Gerate, Controller, E/A-Gerate. 
Dalenbanken. Server, Workstations, etc. konnen irgendeine 
gewunschte, proprietare oder nicht-proprietare Software be- 
nutzen zum Erkennen von Problemen, Fehlern. Wariungs- 

40 Alarmsignalen, etc. und zum Senden von Alarmen. die diese 
Bedingungen der Benutzer- Schnittstelle 14 anzeigen. Insbe- 
sondere sind viele der Gerate, die nun erhaltlich sind, wie 
die Controller, E/A-Gerate und intelligenten Feldgerate, mit 
Software und/oder Sensoren versehen, die Hardware-Pro- 

45 bleme erkennen, wie klemmende Ventilstopsel, gebrochene 
Teile, Instandhaltungsprobleme, etc., und die Signale oder 
Botschaften erzeugen. die diese Bedingungen anzeigen. 
Diese Fahigkeit ist bereits in vielen Geraten vorgesehen. 
darunter Feldgerate. E/A-Gerate und Controller und wird 

50 daher nicht hierin im Detail beschrieben. Es genugt zu er- 
wahnen, daB irgendeine gewiinschte Fehlererkennungs- und 
Alannerzeugungs- Software 51, 52 und 53 genutzt werden 
kann. um Alarme zu der Alarmverarbeitungs-Software 50 
zu senden, die konfiguriert ist, um diese Alarme zu empfan- 

55 gen und zu erkennen, unter Nutzung irgendeiner gewunsch- 
ten Protokoll- oder Kommunikauons-Strategie. 
[0038] Falls gewunscht, kann die Alarmverarbeitungs- 
Software 50 Alarme basierend auf einer Anzahl von Fakto- 
ren empfangen und filtem. Insbesondere kann die Alarmver- 

60 arbeitungs- Software 50 Alarme filtern, basierend auf der 
Workstation, auf der die Software 50 ausgefuhrt wird, auf 
dem Benutzer oder der Person, die an der Workstation ange- 
meldet ist, und auf durch einen Benutzer konfiguriert) aren 
Einstellungen, wie Kategorie. TVp, Prioritau Status, Zeit der 

65 Erzcugung, etc. des Alarms. Beispielsweise kann die Soft- 
ware 50 Alarme filtern, um Alarme nur aus den Bereichen 
oder Abschnitten der Anlagen anzuzeigen, fur>welche die 
Workstation, auf der die Software 50 ausgefuhrt. wird, zum 
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Empfang konfigurien iss^^h.. Alarme fur besiinunie Be- 
reiche oder Abschnittfl^B Anlage konnen nicht an be- 
st immt en Workstations ar^czeigt werden, aber stall dessen 
kann jede Workstation aufdas Anzcigen von Alannen fur 
cine odcr mchrere spezifischc Bcreiche der Anlage begrenzt 
werden. Ebenso konnen Alannc durch cine Benutzer-Identi- 
fi kali on gefillcrl werden. Insbesonderc konnen Benulzer 
darauf beschrankt sein, besiinunie Kategorien, Typen, Prio- 
ritaien. etc. von Alannen zu bclrachi.cn oder sie konnen dar- 
auf beschrankt scin, Alanne von eineni Abschnill oder ei- 
neni Unlerabschnitl (beispielsweise, und eineni Bereich) der 
Anlage zu betrachten. Die Verarbeitungssoftware 50 filtert 
auch Alanne zur Anzeige aus. basierend auf der Bcseitigung 
durch einen Bcnutzer. Diese Workstation- und Benutzer-Fil- 
tereinstellungen werden hierin als die Workstation- und Be- 
nutzer- Sichtkontrolle bezeichnet. 

10039] Die A lannverarbeitungs- Software 50 kann auch 
die sichtbarcn Alanne (d. h. die inncrhalb der Workstation- 
und Benutzer-Sichtkontrollen sichlbaren) filtem, basierend 
auf durch den Benutzer konfigurierbaren Einstellungen, bei- 
spielsweise die Kategorie eines Alarms (beispielsweise Pro- 
zeB-, Gerate- oder Hard ware- Alarm). Typen von Alamien 
(Kommunikation, Auswahl, Empfehlung, Instandhaltung, 
etc.), der Priori tat des Alanns, des Moduls, Gerats, der 
Hardware, des Knotens oder Bereichs, zu dein der Alann 
gehort, ob der Alann bestatigt oder unterdruckt worden ist, 
ob der Alarm aktiv ist, etc. 

[0040] Bezugnehmend auf Fig. 2 ist die Konfiguraiion ei- 
ner der Workstations 14, welche das Alarmanzeige- und 
Schnittstellensystem irnplementiert, detaillierter gezeigt. 
Wie in Fig. 2 dargestellt, speichert und fuhrt die Workstation 
14 Kommunikationssoftware aus, wie eine Kommunikati- 
onsschicht oder einen Kominunikationsstapel 62, der mit 
den ControLlern 12 uber die Ethernet- Verbindung 40 kom- 
munizieru um Sign ale zu empfangen, die von den Control- 
lem 12, E/A-Geraten innerhalb der Gruppen 20 und. 22, 
Feldgerate 25-39 und/oder anderen Workstations 14 gesen- 
det wurden. Die Kommunikationsschicht 62 formatiert auch 
richtig Botschaften, die zu den ControLlern, E/A-Geraten, 
Feldgeraien 25-39 und anderen Workstations 14 gesendet 
werden sollen, wie Alarmbestatigungs-Signale, etc. Diese 
Kommunikationssoftware kann irgendeine bekannte oder 
gewiinschte Kommunikationssoftware sein, die beispiels- 
weise aktuell mit Ethernet -Kommunikationen verwendet 
wird. Selbstverstandlich ist der Kommunikation sstapel 62 
mit anderer Software gekoppelu die andere Funktionen aus- 
fuhrt wie Konfigurationsanwendungen, Diagnose- oder an- 
dere ProzeBanwendungen, Datenbankverwaltungsanwen- 
dungen, etc., und von der Workstation 14 ausgefuhn wird. 
[0041] Das Alarmanzeige- und Schnittstellensystem bein- 
haltet eine Alarm verarbeitungseinheit 64, die Alarme von 
der Kommunikationsschicht 62 empfangt, diese Alanne de- 
codierl und die decodierten Alanne in einer Datenbank 66 
speichern kann. Das Front -End der Alarm verarbeitungsein- 
heit, das mit der Kommunikationsschicht 62 oder der Daten- 
bank 66 gekoppelt ist, kann ein Alarmempfanger sein, wie 
es die Kommunikationsschicht 62 sein kann. Die Alarman- 
zeige- und Schnitlsteilen- Software 50 beinhaltet auch einen 
Filter 68. der die Alarmverarbeitungseinheit 64 benutzt. um 
zu bestiinmen. welche Alarme auf einer Benutzerschnitt- 
stelle 69 angezeigt werden (wie eine CRT-, LCD-, LED-, 
Plasma- Anzeige, ein Drucker, etc.), die mit der Workstation 
14 zusammenhangt. Der Filter 68 kann seine Einstellungen 
in der Datenbank 66 gespeichert haben und diese Filterein- 
stcllungcn konnen vorcingcstcllt und/odcr durch cincn Nut- 
zer anderbar sein, basierend auf den Vorlieben des Nutzers. 
[0042] Im allgemeinen konnen die Filtereinstellungen die 
Kategorie und Priori tat von Alannen steuem und falls ge- 



wtinscht die Folo^^^ Alanne. die angezeigt werden, unter 
Nutzung einer ^^^P verschiedener Kriterien einrichten. 
Zu allererst bewirken die Workstation- und Benutzer-Sicht- 
einstellungen. was ein beslinmiter Benutzer sehen kann 
5 (welche Alanne an einer besliinmten Workstation angezeigt 
werden konnen), basierend auf der Benulzer-Identifikation 
und Workstation, an welcher der Benutzer angemeldet ist . In 
diesem Fall kann eine Belriebslizcnz jeder Workstation zu- 
gewiesen sein und ohne einer Betriebslizenz wird die 

to Alarminformation und werden alle Alannlisten/Zusaminen- 
fassungs-Anzeigen leer sein, d. h. es werden keine aktiven 
oder unterdruckten Alanne irgendeiner Kategorie (ProzeB. 
Hardware oder Gerat), von der Alann verarbeitungseinheit 
54 angezeigt werden. Ferner sind nur noch Alanne von ei- 

15 neni Anlagenbereich in der aktueilen Sicht des Benutzers 
(dein Benutzer wird gewohnlich wenigstens ein Sicherheits- 
schlussel in dem Anlagenbereich gegeben) auswahlbar, um 
in den Alarmanzcigcn auf der Workstation zu crschcincn. Es 
sind auch nur Alanne aus einem Anlagenbereich und einer 

20 Einheit wahlbar, die nicht durch Nutzung der Anlagenbe- 
reich- oder Einheiten-Filteranzeigen (wird unten erlautert) 
abgestellt worden sind, um auf der Alannanzeige zu erschei- 
nen. Auf diese Art verhindert der Filter 68 zuerst die An- 
zeige von Alarmen auBerhalb der Workstation- und Benut- 

25 zer-Sicht und von Alannen von Anlagenbereichen oderEin- 
heiten, die vom Benutzer abgeschaltet worden sind. 
[0043] Nach Testen von Alarmen auf Ubereinstimmung 
mit der Workstation- und Benutzer-Sichtkontrolle filtert 
dann der Filter 68 aus und bestimmt die Anzeigereihenfolge 

30 von Alarmen basierend auf Benutzer-Einsiellungen, die bei- 
spielsweise die Kategorie eines Alarms, die Priori tat des 
Alarms, den Typ eines Alanns, den bestatigten Status des 
Alarms, den unterdruckten Status des Alarms, die Zeit des 
Alanns, den aktiven Status des Alanns etc. beinhalten kann. 

35 Die empfangenen Alanne, die an die Software 50 unter Nut- 
zung von Alarmbotschaften gesendet worden sind, werden 
einen Parameter fur jeden dieser Werte en thai ten und der 
Filter wird Alarme zum Anzeigen durch Vergleichen der ge- 
eigneten Parameter der Alanne mit den Filtereinstellungen 

40 filtern. Beispielsweise kann der Benutzer zu verstehen ge- 
ben, welche Kategorien von Alarmen und Prioritatsstufen 
eines Alarms auf dem Bildschirm angezeigt werden soil ten. 
Falls gewunscht. kann der Benutzer eine vorbestimmte Prio- 
ritatsstufe fur einen Alarm einstellen, durch Verschieben der 

45 Prioritatsstufe von der vorkonfigurienen Priori tatsstufe fur 
den Alarm, wie sie vom Hersteller gesetzt ist. In dem Delta- 
V-System ist eine Prioritatsstufe zwischen 15 und 3 fiir je- 
den Alarm ausgewahlt und der Benutzer kann diese Prioritat 
durch eine Anzahl von Stufen verschieben, um dadurch eine 

50 hohere Prioritat in eine niedrigere Prioritat (oder umgekehrt) 
zu andem, wenn sie durch den Filter 68 betrachtet wird. 
Wahrend der Benutzer die Reihenfolge einer Anzeige der 
Alarme, die durch den Filter 68 durchgegangen sind. ein- 
stellen kann, kann die Reihenfolge auch durch vorkonfigu- 

55 riene Einstellungen bestimmt sein, was zu einer konsisten- 
teren Anzeige der verschiedenen Alarme fuhrt. 
[0044] In jedem Fall kann der Benutzer die An andern, 
auf welche Alarme angezeigt werden, basierend auf Katego- 
rien von Alarmen, an denen der Benutzer oder Benutzer am 

60 meisten interessiert ist, die alle von einer Kategorie eines 
Alanns sein konnten wie ProzeBalarme, Geratealarme oder 
Hardwarealarme oder eine Kombinauon von zwei oder 
mehr Kategorien von Alarmen. Der Benutzer kann auch die 
Kontrolle dariiber haben, wie die Alanne und die Informa- 

65 uon, die mit den Alannen vorgeschen ist, dargestellt wer- 
den. Auf diese Art kann die Alarmanzeige- und Schnittstel- 
len- Soft ware 50 genutzt werden, um eine einzelne Person in 
den Stand zu versetzen, die Bedienungen eines\ Benutzers, 
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cines Technikers oder v^^Birtungspcrsonal oder cines In- 
gcnieurs durch Betracht^iund Ansprechen der Alanne 
durchzufiihren, die nonnalerweise von dieseni unlerschied- 
lichen Personal an verschiedenen Siellen in einer Anlage an- 
gesprochen wiirdcn. Alternativ kann das Warlungspersonai 5 
zu verschiedenen Zeilen in demsclbcn System dasselbe Sy- 
stem dazu benutzen, uni gerade die Wartungsalarnie zu be- 
trachten. wan rend ein lngenicur andcrc Typen von Alannen 
betrachtet. welche Auswirkungen auf die Gerate haben. Auf 
diese Art kann dieselbe Alannanzeige- und Schnitlslcllen- 10 
Software 50 von verschiedenen Typen von Leuten zur sel- 
ben Zeit (an verschiedenen Workstations) genutzt werden. 
um verschiedene Aspekte der Alanne zu betrachten, die mil. 
den Betriebsfunktionen des ProzeBsteuerungssy stems 10 
zusanimenhangen. AuBerdcm isl es durch Nutzung der 15 
Alannanzeige- und Schnii.lstellen-Soft.ware 50 fur be- 
stimmte Einzelne leicht, Alarmfunktionen zu iibernehnien, 
die sic ubcrwachen und anderen Einzclncn zu bestatigen, die 
dieselbe Software haben konnen und zur selben Zeit ihr Fil- 
ter einsiellen konnen. uni Alarnie anzunehmen. die norma- 20 
lerweise durch die erste Person uberwacht wurden. Auf 
diese Art kann eine Person in die Miuagspause gehen und 
die Alarmuberwachungsfunktion anderen Personen an einer 
unterschiedlichen Workstation durch zurucksetzen einiger 
Fillereinstellungen ubergeben. Wenn sie aus der MiLLags- 25 
pause zuruckkehrt, kann die Person diese Funktionen noch 
einmal iibernehnien. Auch wenn die Alarminformation fur 
eine Person zum Behandeln zu groB wird, kann sie diese 
Person abgeben oder die Last von bestimmten Kategorien 
von Alarmen wie ProzeB alarme, Geratealarme oder Hard- 30 
warealarme abgeben, so daB diese Alarme durch andere 
Leute an anderen Terminals behandelt werden konnen. 
|0045] Nachdeni die Alarnwerarbeitungseinheit 64 den 
Filter 68 nutzt, uni zu entscheiden, welcher Alarm oder wel- 
che Alarme dem Benutzer uber die Anzeige 69 gezeigt wer- 35 
den sollte bzw. sollten. und uber die Reihenfolge. in welcher 
die Alarme angezeigt werden sollten, stellt die Alarniverar- 
beitungseinheit 64 diese Information einer Benutzeranzei- 
geschnittstelle 70 zur Verfugung. die irgendein standardi- 
sienes oder gewunschtes Betriebssystem zum Anzeigen von 40 
Alarminformation auf der Alarmanzeige 69 auf irgendeine 
gewunschte Art nutzt. Selbstverstandlich erhalt die Benut- 
zcranzeigeschnittstelle 70 andere Informationen, die sie 
braucht, wie Informal ionen liber das Layout oder die Konfi- 
guration von dem ProzeBsteuerungssystem 10, die Werte der 45 
Parameter oder Signale innerhalb des Systems, etc. von der 
Datenbank 66 oder von anderen Kommunikationssignalen, 
die uber die Kommunikationssc nicht 62 von dem ProzeB- 
sieuerungsnetzwerk 10 empfangen werden. Die Benutzeran- 
zcigeschnittstelle 70 empfangt auch Befehle vom Benutzer, 50 
der beispielsweise mehr Infonnation zu bestimmten Alar- 
men anfordert, sie andert Alarm oder Filtereinstellungen, 
ncue Alarmanzeigen etc. und stellt diese Information der 
Verarbeitungseinheil 64 zur Verfugung, die dann die ange- 
tbrderten MaBnahmen ergreift, die Datenbank nach Alarm- 55 
infonnation, etc. durchsucht, um eine neue Alarmsicht dem 
Benutzer iiber die Anzeige 69 zur Verfugung zu stellen. 
1 0046] Allgemein gesprochen gibt es verschiedene Kate- 
gorien von Alannen, die erzeugt und auf der Anzeige 69 an- 
gezeigt werden konnen, beispielsweise ProzeBalarme, Gera- 60 
tealarme und Hardware-Alarme. ProzeBalanne. die bekannt 
sind und typischerweise von Funktionsblocken oder Modu- 
len innerhalb einer ProzeBsteuerungsroutine erzeugt wer- 
den, die von einem Controller oder einem Feldgerat ausge- 
fiihrt wird, sind in der Vcrgangcnhcit an cine Benutzer- 65 
Schnittstelle gesendet und dort angezeigt worden. ProzeB- 
alanne zeigen im allgemeinen ein Problem mit dem funktio- 
nalen Betrieb der ProzeBsieuerungssoftware an, d. h. ein 
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Problem mil der^^^Bsteucrungsroutinc sclbsi, wie Mes- 
sungen auBerhalb einer Grenze, abnonnalc Abweichungen 
zwischen ProzeBparametem und Einstellpunklen, etc. Pro- 
zeBalanne sind typischerweise als Komponentcn eines Pro- 
zcBsteuerungsmoduls konfigurierl und konnen in der Konfi- 
gurationsinfomiation, die auf der Bcnulzerschnittslclle vor- 
gesehen ist, als mit einem Modulnamen verbunden erschei- 
nen. Einige An en oder Typen von ProzcBalannen beinhalten 
fehlerhafte Eingabe/Ausgabe, Messungen auBerhalb von 
Grenzen. uberschrittcne Schwellen, etc. Da ProzeBalanne 
aus dem Stand der Technik bekannt sind, werden sie hierin 
nicht weiter im Detail beschrieben werden. 
|0047] Geratealanne sind Alanne, die mit dem Betrieb 
von Feldgerat en innerhalb des Prozesses zusanimenhangen 
und durch Software (beispielsweise die Software 53 in Fig. 
1) innerhalb der Feldgerate oder anderer Gerate erkannt 
werden konnen, die innerhalb des Prozesses verbunden sind, 
um ein Problem oder cincn Fchlcr mit dem Betrieb cines 
Feldgerates anzuzeigen. Geratealarme konnen in der Benut- 
zerschnitts telle des hierin beschriebenen Systems als mil ei- 
nem bestimmten Gerat in Verbindung stehend erscheinen. 
Geratealarme konnen beispielsweise anzeigen, daB der 
Druck in einem Ventil zu groB oder zu klein fur einen geeig- 
neten Betrieb des Ventils ist, daB der Motorstrom in dem 
Ventil zu hoch oder zu niedrig isl. daB die Spannungspegel 
eines Gerats nicht synchronisien sind, daB ein Ventilstdpsel 
innerhalb des Ventils festsitzt, daB das Gerat nicht rich tig 
kommuniziert, daB das Gerat eine vorgesehene Wanung be- 
notigt. da beispielsweise eine besummte Zeitdauer abgelau- 
fen ist oder da ein Ventilteil des Gerates seit der letzten War- 
umg einen bestimmten Wegbetrag durchgemacht hat. etc. 
Geraieaiarme konnen auf irgendeine gewunschte Art er- 
zeugt werden, umfassend den Gebrauch von proprietarer 
oder nicht -proprietarer Software, die im Gerat selbst oder in 
anderen Geraten, die mit dem Gerat verbunden sind, fur 
welches der Alarm erzeugt wird lokalisiert ist, um spezifi- 
sche Probleme mit dem Gerat zu erkennen und detektieren 
und einen dazu entsprechenden Alann zu erzeugen. 
[0048] Wie oben angedeutel, werden mittlerweile viele in- 
telligente Gerate hergestellt, um Geratealarme zu erzeugen 
und zu kommunizieren. 

[0049] Selbstverstandlich konnen viele verschiedene spe- 
zifische Typen oder Arten von Geratealarrnen existieren, 
umfassend beispielsweise Ausfallalarme, die anzeigen, daB 
innerhalb eines Gerates eine Ausfall- oder Schwachebedin- 
gung existiert, Wartungsalarnie, die anzeigen, daB eine be- 
stimmte An von Wartung erfolgen sollte, Komniunikations- 
alanne, die anzeigen, daB das Gerat gestoppt hat, richtig zu 
kommunizieren, oder jeder Empfehlungsalarm etc. Ein Sto- 
rungs- (beispielsweise ein Ausfall-) Alarm zeigt an, daB das 
Gerat eine Bedingung oder Bedingungen erkannt hat, die 
anzeigen, daB es nicht eine kritische Funktion ausfuhren 
kann und folglich unmittelbare Wartung erfordert. Jedesmal, 
wenn die Ausfallalarm-Bedingung wahr ist wird die Inte- 
gritiit des Gerates als schlecht angenommen (und folglich 
verursacht dies auch die Annahme, daB die Integritat des 
Controller-Knotens, mit dem das Gerat verbunden ist, 
schlecht ist). Ein Wartung salami zeigt an, daB das Gerat im- 
stande ist, kritische Funktionen auszufuhren, aber eine Be- 
dingung oder Bedingungen erkannt hat, die zu einem Aus- 
fall fiihren konnen, falls sie unbeachtel b lei ben, und folglich 
sollte das Gerat bald Wartung erhalten. Ein Kommunikati- 
onsalarm (beispielsweise "nicht kommunizierend") wird ak- 
uv, wenn ein Gerat das Kommunizieren stoppt. Wann immer 
die Nicht- Kommunizieren- Alarmbcdingung wahr wird, 
wird die Integritat des Gerates als schlecht angesehen (und 
fuhrt folglich dazu, daB die Integritat des Conu*oller-Kno- 
tens, mit dem das Gerat verbunden isl, schlecht ist). Ein 
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Empfehlungsalarm zc^^^ daB das Geral Bcdincungen er- 
kannt hat, die nicht in ^^pt Kategorien fallen. Gewohnlich 
isl ein Empfehlungsalarm ein Alarm, dcr fur einzelne Gerate 
speziell fur den Typ des Cerates vorgesehen isl.. wie ein 
DurchfiuBmesser. der die Variabilital des FluBsignals vcr- 5 
folgt. In diesem Fall kann das Geral erkennen. daB cine Va- 
riabilital in einigen Signalcn in Verbindung mil deni Gerat 
zu hoch oder zu nicdrig isl. was hedeuiet, daB el was Unge- 
wohnlichcs geschehcn isl und einigcr Umcrsuchung bedarf. 
Abhangig von dcm Geral konnen Enipfchlungsalanue mehr 10 
oder wcniger dringende Aufmerksamkcil erfordcm als War- 
lung salarmc und denizufolge wurden Benutzer wahrschein- 
lich die Prioritai des Empfehlungsalarms niedriger selzen 
als die des Warlung salami s. Selbsi vers l and lie h konnen Aus- 
fall-, Warnings- und Empfehlungsalarnie nichi von jedeni 15 
Geral untersiuizi werden und ein einzelner. alle Alarme er- 
fassender Alarm, wie ein "abnormal"- Alarm fur generische 
Gcraic kann ansicllc dcr AusfalK Wartungs- und Empfeh- 
lungsalarnie genutzl werden, was in zwei Gesamtalarmen 
resullien. d. h. nicht-kommunizierend und abnormal. 20 
Sclbstverslandlich konnten andere Typen von Geratealar- 
men anstelle der oder zusatzlich zu den oben diskulierten er- 
zeugi und genutzt werden. 

[0050] Selbsrverstandlich kann auch das Problem, das ei- 
nige der Geralealaniie, wie Kommunikaiionsalarme und 25 
Ausfallalarme, verursacht, einen oder mehr ProzeBalarme 
verursachen, die von der ProzeBsteuerungs-Software er- 
zeugl werden. Insbesondere zeigt ein Kommunikations- 
alann an, daB die Kom muni kations verbindung mit dem Ge- 
ral unierbrochen isl und folglich der mit dem Geral verbun- 30 
dene ProzeBconiroller nichl weiB, was innerhalb des Gerats 
vor sich gent. Als Resultat kann ProzeBsleuerungs-Software 
wie Funktionsblocke, die Information von dem Gerat erwar- 
tet, ProzeBalarme erzeugen, die anzeigen, daB die ProzeB- 
schleife fehlerhaft ist. 35 
[0051] Allgemein gesprochen sind Hardwarealarme 
Alarme, die Probleme mit einer Workstation, einer Daten- 
bank, einem Controller, einem E/A-Gerat oder anderem 
Hardware-Geral anzeigen, neben einem Feldgerat, das in- 
nerhalb eines ProzeBsieuerungssy stems genutzl wird. Hard- 40 
warealarme konnen beispielsweise E/A-Nichtverfiigbarkei- 
ten oder Gerate anzeigen, die Probleme mit der Kommuni- 
kaiionsintegritat berichten. Insbesondere werden Hardwa- 
realarme genutzt, urn Benutzer auf Ausfalle von Hardware- 
komponenten des Systems aufmerksam zu machen und sie 45 
konnen an der Benutzerschnittsteile als mit einem Knoten, 
in welchem der Ausfall erkannt worden ist, zusammenhan- 
gend erscheinen. Da Hardware-Alarme benuizt werden kon- 
nen, urn Benutzern und Wartungspersonal Hardwareausfalle 
innerhalb eines Knotens mitzuteilen, verbessern Hardwa- 50 
realarme bekannte Knotenintegritats-Mitteilungssysteme. 
Beispi els weise kann Software (beispiels weise die Software 
51 oder 52 in Fig. 1) innerhalb des mit dem E/A-Gerat ver- 
bundenen Controllers den E/A-Kartenausfall als einen 
Hardwarealarm berichten, falls eine 8-Kanal-E/A-Karte 55 
ausfallt. Dies unterscheidet sich von der Vergangenheit 
darin, daB der Benutzer einen Ausfall einer E/A-Karte nur 
auf Grundlage der Erzeugung einer Anzahl von ProzeBalar- 
men ableiten konnte. die durch die Unierbrechung in den 
ProzeBsteuerungsroulinen verursacht wurden, die unter Nut- 60 
zung der fehlerhaften E/A-Karte ausgefuhn wurden. 
[0052] In einer Ausfiihmngsform kann jede Hardware- 
komponente zwei Typen von Hardwarealarmen erzeugen, 
umfassend einen "nichtkommunizierend"-Alarm und einen 
"ausgcfallcn'^Alarm. Dcr ,, nichl-kommunizicrcnd"-Alarm 65 
wird erzeugu wenn ein Gerat nicht kommuniziert. Dieser 
Alarm kann von dem Gerat stannen, das Kommunikations- 
probleme hat, oder von einem andem Gerat erzeugl werden. 
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das eine Komrr^^fcion erwartei von dem Gerat, fur das 
dcr Alarm erzeuPWrd, und die Kommunikation nicht nach * 
einer Zeitlimitperiode empfangt. oder von einem Gerat, wel- 
ches das ausgefallene Geral fur eine Kommunikation anruft, 
aber keine Ant wort empfangt. Andererseits kann der "aus- 
gcfallen"-Alarm aktiv werden, wenn die Komponente kom- 
muniziert, aber einen oder mehrere Ausfalle innerhalb der 
Komponente erkannt hat ( beispielsweise einen ausgefaile- 
nen Kanal in einer E/A-Karte). "Ausgefallen"-Alarme kon- 
nen sich unterscheiden, basierend auf dem Typ eines Hard- 
waregerates. zu dem der Alarm gehort. Beispielsweise kann 
fur Controller eine ausgefallen-Alarmbedingung von einem 
Controller im standby resultieren, der nicht fahig ist, eine 
Umschaltung anzunehmen (fur eine langere Periode als die 
normale Synchronisationszeit), oder wenn der Controller 
keine Kon figuration hat. Fur lokale Anwendungsstationen 
kann sich eine ausgefallen-Alarmbedingung von der An- 
wendungsstation ergeben, die kcinc Konfiguration hau Fur 
konventionelle E/A-Karlen kann sich eine ausgefallen-Ar- 
larmbedingung von einem ausgefailenen Kanal, einem Be- 
reitschaftsbetrieb, in dem kein Umschalten akzeptiert wird 
(fur eine langere Periode als die normale Synchronisations- 
zeit), etc. ergeben. Fur AS-Schnittstellen-E/A-Karten kann 
sich ein "Ausgefallen "-Alarm aus einem ausgefailenen An- 
schluB, einem AnschluB-Geratekoiiuiiunikationsausfall, ei- 
nem AnschluB-Gerateabnormal- Status, einem nicht anse- 
nommenen Umschalten (fur eine langere Periode als die 
normale Synchronisationszeit) ergeben. Fur Feldbus HI, 
Profibus E/A und serielle E/A-Karten und dergleichen kann 
ein "Ausgefallen "-Alarm anzeigen, da6 ein bestimmter An- 
schluB ausgefallen ist, daB ein AnschluB-Geratekommuni- 
kationsausfall existiert, daB ein AnschluB-Gerateabnormal- 
status vorliegt, daB eine Bereitschaftsbetrieb-Karte nicht 
richtig arbeitet, etc. 

[0053] Da Hardwareausfalle auch in Geratealarmen oder 
ProzeBalarmen resultieren konnen, kann die efrlktive Priori- 
tat von alien Geratealarmen fur alle Gerate, die iiber eine 
Hardwarekomponente kommunizieren, welche einen Aus- 
fall durchmacht, auf eine niedrige Priori tatsstufe wie 3 
durch die Alarmverarbeitungseinheit 64 gezwungen wer- 
den. Dies wird effektiv alle Gerate und ProzeBalarme von 
der Benutzeranzeige fur Gerate, die von diesem Hardware- 
ausfall betroffen sind (wie einem AnschluBausfall), entfer- 
nen, bis die Hardwareeinheit in den Kominunikauonsstatus 
zuriickgeht. 

[0054] Wie verstanden werden wird, werden Gerate- und 
Hardwarealarme benutzt, um Benutzer auf Ausfalle und an- 
dere Bedingungen aufmerksam zu machen, die in mit dem 
System verbundenen Geraten erkannt wurden, vor allem in- 
telligente Gerate, die mit Controller!) iiber verse hiedene 
Feldbus- Technologien, wie Feldbus, HART, Profibus, etc. 
und mit anderer Harware, wie E/A-Gerate, Controller, An- 
wendungs- Workstations, etc. verbunden sind. Wahrend die 
vorhergehende Diskussion die bevorzugten Benutzer- 
schnittstelleneiemente beschreibu die sich auf Geratealarme 
und Hardwaralarme unter Nutzung von Feldbus-Gerate- 
Alannen bezieht, wird erv^'artet, daB Gerate- und Hardware- 
Alarme von anderen intelligenten E/A- und Steuerungssy- 
stemen ebenso benutzt werden konnten. 
[0055] Wie oben angemerkt, werden die verschiedenen 
Kategorien von Alannen, umfassend ProzeBalarme, Gerate- 
alarme und Hardwarealarme, an die Alarmschnittstellen- 
Software 50 gesandt und von dieser empfangen, um sie po- 
teniiell auf dem Anzeigegerat 69 in einem passenden Mittei- 
lungsformat anzuzcigen. Die aktucllcn Alarme, die auf dcm 
Anzeigegerat 69 dargestellt sind, sind durch den Bereich des 
ZugrifTs auf die Workstation und Benutzer und durch die 
Filtereinstellungen des Filters 68 bestimmt, der konfiguriert 
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werden kann, urn unieflHbng einigcr gewunschier Krite- 
rien Alarme anzuzeigeif^wie die Katcgorie eines Alarms 
(beispielsweise ProzeB, Gerat oder Hardware), der mil dent 
Alarm verbundenen Prioritat. etc. Durch Benutzung dieser 
Software werden verschiedcnc Kategorien von Alamien in 5 
derselben Schnitislellc integriert, urn einen Benutzer mil 
mehr Infonnalion. welche den fehlerhaften Betrieb des Pro- 
zeBsteuerungs systems bclriffl, im Gegensalz zu fruher zu 
versorgen, wo ein Bcnutzer nur ProzeBalanne uberwachcn 
konnie und diese ProzeBalanne nutzen muBle, urn zu be- 10 
stitnmen, ob Gerate- oder Hardware-Ausfalle aufgeireten 
sein konnten. welche die ProzeBalanne vcrursachen. Mil der 
hierin beschricbenen integrierten Anzeige kann ein Benut- 
zer aktuelle Gerate- und Hardwarealanne auf demselben 
Bildschirm oder Anzeigegerat wie ProzeBalanne beirachlen 15 
und er kann jeden der Alanne auf dieselbe Art behandeln, 
was den Benutzer in den Siand versetzt, schneller und leich- 
icr zu bcstimmcn, ob ein oder mchrcrc ProzcBalann(c) tat- 
sachlich gerade ein Resultal eines fehlerhaften Gerates oder 
fehlerhafter Hardware, eic. sind. Desgleichen kann der Be- 20 
nutzer auf die Gerate- und Hardware alarme auf dieselbe Art, 
auf die der Benutzer sich mil ProzeBalannen befaBt. einwir- 
ken und sich mil diesen befassen, so daB das Reagieren auf 
jede diese Kategorien von Alarmen dieselben Typen von 
BenuLzerlatigkeiten erforderl, was fur den Benulzer einfa- 25 
cher ist. 

[0056] Es gibi selbstverstandlich viele Wege, auf welchen 
die verschiedenen Kategorien von Alarmen auf eine inte- 
grierte Art an einer Benutzerschnittsteile angezeigt werden 
konnen. Zwei dieser Benutzeranzeigen sind hierin beschrie- 30 
ben. In einer Ausfuhrungsform werden die ProzeB-, Gerate- 
und Hardwarealamie ahnlich dem Weg behandelt, auf wel- 
chem ProzeBalanne traditionell auf einer Anzeige behandelt 
worden sind. Als Ergebnis kanh ein Benutzer Gerate- und 
Hardwarealanne anerkennen oder unterdriicken. genauso 3S 
wie ProzeBalanne anerkannt oder unterdruckt werden. 
Ebenso konnen Gerate- und Hardwarealanne auf eine Art 
angezeigt werden, die den Typ, die Prioritat, den Namen. 
den Bereich des Prozesses, den Zustand, etc. des Alarms an- 
zeigen. Es kann auch eine primare Uberwachungsanzeige, 40 
die mit einem Alann zusamnienhangt. dem Benutzer pra- 
seniiert werden, wobei die primare Uberwachungsanzeige 
eine Anzeige ist, die geschaffen ist, urn dem Benutzer zu 
helfen, die Quelle des Alarms oder die Funktionalitat der 
Hardware oder eines Softwareelements assoziiert mit dem 45 
Alarm zu verstehen oder zu sehen, wie das Modul, eine Pro- 
zeBschleife. ein Gerat. ein Knoten, ein Bereich, etc., fur wel- 
ches der Bereich erzeugt worden isi oder mit welchen der 
Alarm assoziiert ist. Eine primare Uberwachungsanzeige 
kann beispielsweise sein ein physikalisches Bild eines Gera- 50 
tes. ein digitales Bild oder eine digitale Zeichnung des Rau- 
mes oder des Bereiches, in welchem ein Gerat sich befindet. 
andere Information assoziiert mit dem Gerat wie ein Teil ei- 
ner Anlagenzeichnung, eine Diagrarnm- oder Konzeptions- 
zeichnung, die die Verbindung zwischen dem Gerat in der 55 
Anlage wahrend der Implementierung darstellu etc. Primare 
Uberwachungsanzeigen fur Alarme konnen von Benutzem 
erzeugt und beispielsweise auf Module (fiir ProzeBalanne), 
auf Gerate (fur Geratealanne) und auf Knoten (fur Hardwa- 
realanne) oder auf Bereichc oder Abschnitle der Anlage, die 60 
mit dem Alarm assoziiert sind, ausgerichlet werden. Die pri- 
maren Uberwachungsanzeigen konnen auch auf verschie- 
dene Funktionen abgestimmt sein. Beispielsweise konnen 
primare Uberwachungsanzeigen fur ProzeBalanne auf Pro- 
zcBbclricbsfunktioncn, primare Uberwachungsanzeigen fiir 65 
Geratealanne auf Feldgerale- Wartungs funktionen und pri- 
mare Uberwachungsanzeigen fur Hardware auf Knoten- 
Wartungsfunktionen ausgerichlet sein. Primare Uberwa- 
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chungsanzeigen \|^pgird ware alarme konnen beispielsweise 
sein Bilder daruber, wo der Controller sich belindet, Dia- 
gramme der E/A-Hardware des Controllers mit alien Hard- 
warealann-Zustanden angezeigt, Taslen zum Navigiercn zu 
der Einhcitenubcrsichl oder den primaren Uberwachungsan- 
zeigen, die ein Controller unterstutzt, Wartungsprozedur- 
Priiflisten, etc. Ebenso konnen primare Uberwachungsan- 
zeigen fur Geratealanne von Benutecrn erzeugt werden und 
beispielsweise auf Gerat e-Wartungs funktionen ausgerichlet 
sein. Die primaren Uberwachungsanzeigen konnen in der 
Datenbank 66 (Fig. 2) gespcichert sein und erreicht und auf 
der Anzeige 69 dargeslellt werden, wenn ein Alarm, der die 
primare Kontrollanzeige nutzt, ausgewahlt ist. 
[0057] Selbstversiandlich konnen dieselben oder ver- 
schiedene primare Uberwachungsanzeigen fur verse hiedene 
Alarme und primare Uberwachungsanzeigen ge nutzt wer- 
den. 

[0058] In einer Ausfuhrungsfonn ist die intcgricrtc 
Alarmin formation fur einen Benutzer auf einer Anzeige in 
der Form eines Alamisymbols (eines streifenfonnigen 
Alarmbereichs; alarm banner) an beispielsweise einem 
Rand eines Anzeigeschinns vorgesehen. Nunmehr bezug- 
nehmend auf Fig. 3 ist ein Alarmsymbol 73 an der Unter- 
seite eines Schirms 71 plaziert. Das Alarmsymbol 73 bein- 
haltel eine erste Zeile, die Anzeigen verschiedener Alanne 
darstellt, die von dem ProzeBsteuerungssystem 10 erzeugt 
worden sind und die uber das Filter 68 auf die Anzeige ge- 
langt sind. Wenigstens einer der Alarme. die in dem Alarm- 
symbol 73 angezeigt sind, kann mit dem Bereich des Pro- 
zeBsteuerungssystems 10 in Verbindung stehen, der im 
Hauptteil des Bildschirms 71 dargeslellt ist. Die spezifi- 
schen Alarme, die in dem Alarmsymbol 73 angezeigt sind, 
und die Reihenfolge dieser Alarme werden gemafi den Fil- 
tereinstellungen des Filters 68 bestimmt. Allgemein gespro- 
chen, werden die Alarme hochster Prioritat. welche nichl 
bestaiigt oder unterdruckt worden sind, zuerst angezeigt. mit 
den Alarmen der nachsthoheren Prioritat danach angezeigt, 
usw. In dem Beispielbildschirm von Fig. 3 ist der Alarm 74 
hochster Prioritat ein ProzeBalarm, der als mit einer PID 101 
Kontrollroutine zusammenhangend dargestellt ist. Der 
Alarm 74 ist in rot dargeslellt, urn zu zeigen, daB seine Prio- 
ritat kritisch ist. Auf der zweiten Zeile des Alamisymbols 73 
zeigt ein Alarminformationsfeld 76 eine Alarminformaiion 
an, die mit dem Alarm in dem Alarmsymbol in Verbindung 
stent, das aktuell ausgewahlt ist. In dem Beispiel von Fig. 3, 
in dem der Alarm 74 ausgewahlt ist stellt das Alarminfor- 
mationsfeld 76 dar. daB der Alarm 74 am Freitag um 12.52 
Uhr und 19 Sekunden erzeugt worden ist, mit der "Kontrolle 
des Pegels im Tank 16" zusammenhangt, eine Bezeichnung 
oder einen Namen PED101/HI_HI_ALM hat, eine sehr hone 
Prioritat hat und ein kritischer Alarm ist. Wenn der Alarm 74 
blinku bedeutet dies, daB der Alarm nichl bestatigt ist, wah- 
rend eine konstante (nichl blinkende) Alarmanzeige in dem 
Alarmsymbol 73 bedeutet, daB der Alarm von irgendeinem 
Benutzer oder Benutzer bestatigt worden ist. 
[0059] Selbstverstandlich kannten andere Typen von 
Alarminformation in dem Alarminformationsfeld 76 darge- 
slellt werden. 

[0060] Die anderen Alarmanzeigen in dem Alarmsymbol 
73 wie die Alannanzeige 78 konnten auch andere Farben 
wie Gelb, Lila, etc. haben, um andere Stufen von Emsthaf- 
tigkeit oder Prioritat assoziiert mit dem Alarm anzuzeigen. 
Wenn ein anderer Alarm ausgewahlt ist. wie der Alarm 78, 
80, 81 oder 82, wurde Alarminformation, die diesen Alarm 
bctrifft, in dem Alarminformationsfeld 76 angezeigt wer- 
den. Der Benutzer kann durch Beirachlen eines Alarms in 
dem Alarmsymbol 73 die Alarme erkennen un<d das War- 
tungs- oder Ingenieur- Personal alamiieren, um die geeigne- 
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ten Handlungcn vorzujajmen, um die Bedingung, die zu 
deni Alarm fiihrte, zu||^^Ke-rcn, odcr aJiernaiiv konnlc er 
andere Schritte innerha^Wes ProzeBsteuerungssystems un- 
lemehmen, wie Zuruckseizen bestitrmiier Rinsiellpunkie. 
uiu die Alannbedingung abzuschwachcn. Wenn sie nur zuni 5 
Anzeigen von ProzeBalannen benuizi wird. isl die Anzeige 
von Fig. 3 ahnlich cincr bekannlen Benuizeranzeige, die 
nunniehr in deni Delia- V-Sieuerungssysieni vorgesehen isl. 
|(K)61] Wie obcn dargestellt, wird eine primare tjbcrwa- 
chungsanzeige durch Auswahl eines dcr Alanne in deni !U 
Alannsynibol 73 (wie der Alarm 74) fur diescn Alann auf 
deni Schirm 71 dargesiellt . Insbesondere unifaBt der Haupl- 
leil des Schinns 71, wie in Fig. 3 dargesiellt. eine primare 
Uberwachungsanzeige oder Darsteilung von relevanter 
Hardware, die mit einein bestimnilcn Alarm (ein ausge- 15 
wahlter Alann) innerhalb des ProzeBsteuerungssystems 10 
in Verbindung stent. In deni Beispiel von Fig. 3 beinhaltet 
die Hardware drci Tanks, die ubcr vcrschicdcnc Vcntilc und 
Russigkeiisstromungslinien untereinander verbunden sind 
mil verse hiedenen Sensoren daran angeschlossen. Diese 20 
Hardware-Darstellung isl eine Darsteilung der Ausslattung 
innerhalb eines Bereichs des Prozesses 10 und liefert be- 
stimmte Information uber den Betrieb von besiimmter Aus- 
stattung, wie bestimmte Ventile oder Parameter assoziien 
mil den Tanks, Sensoren, ete. Selbslverslandlich konnen ei- 25 
nige dieser Informationen durch eine Konfiguraiionsinfor- 
mation in der Datenbank 66 und durch Signale von den Sen- 
soren in dem ProzeBsieuerungssystem uber die Controller 
12 und die Ethernet- Verbindung 40 vorgesehen werden. In 
diesem Fall wird eine derariige Information durch die Kom- 30 
munikauonsschicht 62 hochgeschickt und uber irgendeine 
bekannte oder gewunschie Software auf der Benutzeranzei- 
genschnittstelle 70 vorgesehen. 

[0062] Wie in Fig. 3 dargestellu ist auch eine Frontplatte 
72. die ein "virtuelles Instrument" fur eine PID-Steuerein- 35 
heil (Modul) darsiellt, ais zusatzliche Infonnation fur einen 
der Alarme (in diesem Fall der ProzeBalarm 74) innerhalb 
des Alarmsynibols dargestellt. Die Frontplatte 72 stellt wei- 
lerhin Information zur Verfugung, die hinsichtlich des aus- 
ge wahli en Proze Balanites relevant ist und den Namen der 40 
Steuereinheil (das Modul PED 101) und bestimmte Einstel- 
lungen oder Parameter assoziien mit diesem Modul identifi- 
ziert. Die Erzeugung einer derartigen symbolhaften Be- 
schreibung des Prozesses wird nunmehr fur ProzeBuberwa- 
ehungsalanne genutzt und ist aus dem Stand der Technik be- 45 
kannt und wird demzufolge nicht im Detail beschrieben. Es 
genugt zu sagen, daB diese oder irgendeine andere ge- 
wunschte bildhafte oder nichtbildhafte Beschreibung eines 
Teils oder der Gesarntheit des ProzeBsteuerungssystems 10 
auf dem Schirm dargestellt werden kann. um einen Benutzer 50 
wie einen Benutzer in den Stand zu versetzen, die Betriebs- 
funktionen oder Hardwarefunktionen von einigen Teilen des 
ProzeBsteuerungssystems 10 zu betrachten. Die Anzeigen 
konnten selbstverstandiich bildlich oder auf andere Weise 
individuelle Hardwareeinheiten, in Verbindung stehende 55 
Gruppen von Hardware, Blockschaltbilder oder andere Dia- 
gramme von Teilen oder Bereichen einer Anlage, etc. dar- 
stellen. 

|(K)63] Wahrend in der Vergangenheii Anzeigen wie die 
Anzeige aus Fig. 3 imstande gewesen sind, ProzeBalarme 60 
darzusiellen und durch Benutzer benutzt wurden, um Pro- 
zeBalanne zu betrachten, d. h. Alarme assoziiert mit der 
Software (wie Funktionsblocke), die den ProzeBbetrieb 
uberwacht, stellt die Alarmanzeige- und Schnittstellen-Sofi- 
warc 50 Information ubcr andere Katcgoricn von Alarmcn. 65 
umfassend Gerate- und Hardwarealarme in Verbindung mit 
ProzeBalannen. zur Verfugung, wenn der Benutzer das Fil- 
ter 68 zum Betrachten derartiger Alarme eingestellt hat. 
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[0064] Nunmrj^^zugnehmend auf Fig. 4 wird e'ine wei- 
tere integrierle ^^^Pianzeige dargesiellt die verschiedene^ 
Kategorien von Alarmen dargesiellt in dem Alannsymbol 
73 aufweist. Tnsbesondere ist in Fig. 4 der ersie Alarm 90 
mil hochster Priorilal ein Geralealarm assoziien mil eincm 
Vcntil 101, der Alarm 92 mit zwcilhochster Priorilal ein 
Hardwarealann assoziiert mil einem Controller und der 
dritle Alann 94 ein ProzeBalann assoziien mit dem ProzeL^- 
steuerungsmodul PID 101. Die Alamiinfomiation fur den 
Geratealann 90, der in Fig. 4 ausgewiihli ist, isl in dem 
Alarminformationsfeld 76 dargesieUt. Die Information fur 
den Geratealarm 92 beinhaltet Infonnation. die die Zeit. zu 
der der Alann erzeugt worden ist, die Priorital und den Na- 
nien des Geniies zusammen mil einer Information ubcr die 
Gefahrlichkeit und Priorital des Alanns betriffl. Ebenso ist 
die primare Uberwachungsanzeige fur das Ventil 101 auf 
dem Schinn 71 (der ubrigens dieselbe primare Uberwa- 
chungsanzeige wic dcr ProzeBalann 74 in Fig. 3 ist) darge- 
stellt. Eine Frontplatte 98 fur das Ventil 101 ist auch darge- 
stellt. Die Frontplatte 98 isl einzig fur einen Geratealann 
entworfen und wird detaillierter mil Rucksicht auf die Fig. 8 
und 9 erlauten werden. 

10065] Als ein Beispiel ist in Fig. 5 eine Alarmsymbolin- 
fonnationsanzeige fur einen ProzeBalann dargestellt, wobei 
diese Alannsymbolinfonnation ahnlich der isu die fur Pro- 
zeBalarme in der Vergangenheii vorgesehen war. Eine bei- 
spielhafte Alarmsymbolinformationsanzeige fur einen Ge- 
ralealarm (FV-101). die das Alamiinformauonsfeld dafiir 
umfaBt, ist in Fig. 6 dargestellt. In dieser Anzeige ist "FV- 
101" ein Benutzer-konfigurierter Name des Gerates; "Reak- 
tor 1 inlet valve" ist eine Benutzer-konfiguriene Beschrei- 
bung in Verbindung mil dem Gerat und M FAIL_ALM" ist ein 
nicht -konfigurierbarer Name des Geriitealarm-Parameters. 
Die Alarmparameter-Namen konnen beispiels weise 
COMM_ALM fur "nicht- kommunizierend"-Geratealarme, 
FA1L_ALM fur ,, ausgefallen"-Geratealanne. MAINT_ALM 
fur "Wanungs"-Geratealarme und ADVICE_ALM fur 
,, Empfehlungs ,, -Geratealarme sein. In Fig. 6 ist auch "FAI- 
LED" das nicht-konfigurierbare Alarm won aus einem Satz 
von potentieilen Alarmwonern, die COMM, FAILED, 
MABSTT und ADVICE sind. "CRITICAL" ist der Alami- 
prioritatstext und "I/P FEEDBACK LIMIT: 103.47" ist eine 
nicht-konfigurierbare Zeichenkette, die basierend auf dem 
Gerat, der Revision und der von dem Gerat erhaltlichen In- 
formation bestimmt ist. Fur Alarme, die von der Foundation 
Fieldbus Alarmbenennung erkannt worden sind, wurde die 
Zeichenkette von den Daten der Alarmbotschaft abhangen 
und optional einen numerischen "Wert" beinhalten, der in 
die Zeichenkette geeignet eingefugt ist. 
[0066] Da von Foundation Fieldbus Geraten nicht erwar- 
tet wird, daB sie uber irgendwelche andere Bedingungen be- 
richten, die zu einem Alarm beitragen. wahrend die erste 
Bedingung in dem Alarm aktiv ist, beschreibt die Botschaft, 
die in dem Alannsynibol erscheint, die erste erkannte Be- 
dingung. Der fur den Alarm dargesteilte Zeitstempel (und 
dieser wird beim Sonieren von Alarmen in einem Alann- 
symbol und Alanrnzusammenfassungs-Anzeigen benutzt) isl 
die Zeit. zu der der Alarm zuerst in einen aktiven Zustand 
gegangen ist. Beispiele typischer Arten von Cieratealarni- 
botschaften sind NVM write count limit: 100001: Output 
block time-out: Pressure derivative limit: pressure high li- 
mit: Pressure low limit: I/P Feedback limit: Temperature 
high limit: Temperature low limit: Travel daviation: 25.67 
servo units: Travel high limit: Travel high-high limit: Travel 
low limit: Travel lowlow limit: Travel accumulation limit: 
cycle count limit: Drive failure, etc. 

[0067] Ebenso ist als Beispiel ein Alarmsymbol fur einen 
Hardwarealarm in Fig, 7 dargestellt. In dieser Anzeige isl 
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"CTLR 1" ein Benulz^^Bfiguriertcr Name des Knoicns; 
"Room 4, cab. 3, pos Z^Weine Benutzer-konfigurierle Be- 
schreibung assoziiert mil deni Knoien und "CARD04 FAIL" 
ist ein nicht-konfigurierbarer Name eines Alamiparanieters. 
Die Alarmparameiernamcn konnen beispielsweisc NO- 5 
DE COMM fiir cincn "nicht-konmiunizierenden" (standby) 
Knotenhardwarealarm. NODE FAIL fur einen "ausgefallen" 
(standby) Knotenhardwarealann, CARDxx_C"OMM for 
I/O-Card ,, nicht-konimuniziercnd ,, -Hardwarealarme, 
CARDxxJFAlL for I/O-Card. "ausgefallen"-! lard wareal- 10 
arme. etc. sein. Ferner ist in Fig. 7 "failed" der nicht-konfi- 
gurierbare Alarmtext niit den moglichen Alarmtextcn, die 
beispielsweise COMM fur "nicht-kommunizierend" Kno- 
ten- oder E/A-Kartcnhardware-Alarme und FAILED fiir 
"ausgefallen" Knoten- oder E/A-Kartenhardware:-Alanne 15 
sind. "CRITICAL" ist der Alarmprioritatstext und "CHAN- 
NEL 7 FAILED" ist eine Be schreibung best i mint basierend 
auf der Bedingung in dem Knoten oder der E/A-Kartc. die 
zu dem Alarm beitragen. Die Boise hafu die in dem Symbol 
erscheint. beschreibt den lelzten Wechsel der Bedingung 20 
(die Bedingung wird entweder akiiv oder inaktiv). der er- 
kannt wurde, wahrend der Alarm in einem aktiven Zustand 
ist. Der fiir den Alarm dargestellie Zeiistempel (welcher 
beim Sorlieren von Alannen in einem Alannsymbol und an- 
deren Alarmanzeigen benuizl werden kann) isl die Zeit. zu 25 
der der Alarm zuerst in einen aktiven Zustand gegangen ist. 
[0068] Anhand der Fig. 5 bis 7 kann gesehen werden, dafi 
die Information, die in dem Alarmsymbol-Informationsbe- 
reich dargestellt wird. ahnlich fur jeden der verschiedenen 
Kategorien von Alannen ist, die auf der Benutzerschnitt- 30 
stelle angezeigt oder angedeutet werden. Ebenso teilen sich 
die Alarmanzeigen dieselben Anzeigemerkmale wie Blin- 
ken, Farbe, etc., die auf der Prioriiat . aktiven, Bestatigungs- 
Status des Alarms trotz der Kategorie des Alarms basieren. 
Auf diese Art sind Alarme verschiedener Kategorien auf 35 
dem Anzeigeschirm integriert, beispielsweise zusammen 
dargestellt und ahnlich behandelt basierend auf den wesent- 
lichen Parametern der Alarme. 

[0069] Nunmehr bezugnehmend auf die Fig. 8 bis 10 sind 
beispielhafte Frontplattenanzeigen fiir Cerate- und Hardwa- 40 
realarrne dargestellt. Insbesondere stellt Fig. 8 bildlich eine 
Frontplattenanzeige fiir ein Gerat FV-101 dar, das die ver- 
schiedenen Alarmkategorien, die fiir dieses Gerat zur Verfu- 
gung stehen (in diesem Fall NO COMM, FAILED, MAINT 
und ADVICE Alarme), darstellt. Fur jede dieser Kategorien 45 
von Alarmen ist eine ACK-Taste (Anerkennungs-Tasle) 
vorgesehen, so wie eine Aktivierungs-Taste (EN) und eine 
Unterdruckungs-Taste (SUP). Der Benutzer kann durch Be- 
nutzung dieser Kontrollen die verschiedenen Arten von 
Alarmen fiir dieses Gerat anerkennen, akti vieren (oder deak- 50 
tivieren) und unterdriicken. Ebenso versetzen Prioritatsein- 
stellungskontrollen einen Benutzer in die Lage, die Prioritat 
von Alarmen fur dieses Gerat einzustellen. Die Details-Ta- 
ste kann benutzt werden, urn andere Anwendungen aufzuru- 
fen, welche zum Zugriff auf dieses Gerat oder zum Heraus- 55 
finden anderer Infonnationen uber das Gerat benutzt werden 
kann. Jede bekannte Anwendung aus dem Stand der Technik 
kann furdiesen Zweck benutzt werden; diese Anwendungen 
werden hierin nicht beschrieben. Noch weitere aktive 
Alarme werden angezeigl unter Nutzung konsist enter Farb- 60 
und Blinkrnerkmale. ahnlich den Alarmanzeigen in dem 
Alarmsymbol. Fig. 9 stellt eine primare Uberwachungsan- 
zeige fiir ein generisches Gerat dar, die zwei Kategorien von 
Alarmen hat, namlich einen NO COMM- und einen AB- 
NORMAL-Alarm. 65 
[0070] Falls gewiinschu wird auch durch Nutzung der 
Alarmsymbol-Tasten zum Aufrufen einer primaren Kon- 
trollanzeige fur einen Geratealarm eine Frontplatten-An- 




20 

zeige aufgebrach^^Wdie der Fig. 8 oder 9. die die wichiig- 
stcn aktiven Geratealarme fur das Gerat zeigen. Beispiels- 
weise wiirden bis zu einer bestimmten AnzahL beispiels- 
weise fiinf, wichtigste Gerat ealanne in dem Gerat. ange/eigt, 
unter Nutzung konsislenter Farbe und Blinkens als Darstel- 
lung in dem Alannsymbol. Es ist auch moglich, unter Nut- 
zung der Anzeigen der Fig. 8 und 9 die effektive Prioritat al- 
ler Geratealarme in dem Gerat anzuerkennen, zu deakti vie- 
ren oder einzustellen. Es ist auch moglich. eine Anzeige zu 
offnen, die eine Zusammenfassung aller aktiven Gerate- 
alarme in dem Gerat zeigt (wird im Detail unten diskutiert). 
[0071] Ebenso stellt Fig. 10 eine Bei spiel -Front.pl atte fiir 
ein Hardwaregerat dar, in diesem Fall einen als CTLR1 be- 
zeichnelen Controller. Die Frontplane von Fig. 10 stellt die 
verschiedenen verfugbaren Alarme dar, wie CTRL_FA1L, 
CARD1_FA1L, etc., die einen Bereich des Knotens und die 
Alarmkategorie (Ausfall- oder Kommunikations- Alarm) an- 
zeigen. Wicdcrum kann, falls gcwunschl, die Hardwarc- 
Frontplatte die wichtigsten aktiven Hardware alarme fiir die- 
sen Knoten zeigen. Beispielsweise bis zu einer bestimmten 
Anzahl, beispielsweise fiinf, wiirden die wichtigsten Hard- 
warealarme in dem Knoten angezeigl, unter Nutzung konsi- 
slenter Farbe und Blinkens als die Darstellung in dem 
Alannsymbol. Es ist moglich, unter Nutzung der Frontplat- 
ten- Anzeige, die effektive Prioritat aller Hardwarealarme in 
dem Knoten anzuerkennen, zu deakti vieren oder einzustel- 
len. Es ist auch moglich, eine Anzeige zu orTnen, die eine 
Zusammenfassung aller aktiven Hardwarealarme in den 
Knoten zeigt, durch Drucken des der Summary-Taste auf 
der Frontplatlen- Anzeige in Fig. 10. 

[0072] Allgemein gesprochen foigt die Reihenfolge in ei- 
ner Ausfuhrungsform wie der in den Fig. 3 und 4 dargestell- 
ten, in der die Alarmanzeigen in dem Alarmsymbol 73 er- 
scheinen. einem Satz von Ordnungsregeln, die dynamisch 
durch einen Nutzer wiederkonfiguriert oder geandert wer- 
den konnen oder auch nicht. Ein Beispiel eines Satzes derar- 
liger Regeln lautet wie folgt: (1) Nicht bestatigte Alarme er- 
scheinen vor bestatigten Alarmen. (2) Fiir Alarme mit der 
demselben Bestatigungs status erscheinen Alarme, die aktu- 
ell aktiv sind, vor denen, die geloscht worden sind (be vor sie 
bestatigt wurden). (3) Fiir Alarme mil demselben Bestati- 
gungs- und Akuvitatsstatus erscheinen Alarme mit hoheren 
Priori taten vor Alarmen mit niedrigeren Priori tat en. (4) Fiir 
Alarme mit demselben Bestatigungs-, Aktivitatsstatus und 
derselben Prioritat erscheinen Alarme, die fruher aufgetre- 
ten sind. vor denen, die zu langst vergangenen Zeiten aufge- 
treten sind. 

[0073] In einer Ausfuhrungsform konnen verschiedene 
Arten von Information fur eine Anzeige uber jeden aktiven 
Alarm in dem Alarminformationssymbol verfiigbar sein, 
umfassend einen Alarmidentifizierer ( M <container na- 
me>/alarm parameter name"), einen Einheitsnamen, die Zeit 
des Auftretens, eine mit dem <container name> assoziierte 
Beschreibung, einen Alarmtext und einen Prioritat stext. Der 
container name konnte beispielsweise ein Modulname fur 
ProzeBalanne, ein Geratename fiir Geratealarme und ein 
Knotenname fur Hardwarealarme sein. 
|0074] Vorzugsweise konnen Benutzer Alarmpriori taten 
konfigurieren, so daB ein <container name> hochstens ein- 
mal in dem Alarmsymbol erscheinu so daB ein Einheits- 
name (falls einer existiert) in den Alarmsymbol-Tasten an- 
stelle des <container name> erscheint, und so daB der Ein- 
heitsname hochstens einmal in dem Alarmsymbol erscheint. 
Es ist auch moglich, das Alarmsymbol 73 zu konfigurieren, 
urn Alarme uber Kategorie, oder iibcr Typ, oder uber cine 
Prioritatsschwelle (Alarme unterhalb der Schwelle werden 
nicht gezeigt) auszufiltem. Begrifflich konnte die Konfigu- 
ration verwirklicht werden unter Nutzung eines Fensters un- 
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gefahr wie das in Fig^^dargestellte, wobei ein Benutzer 
die Kategorie eines ai^^Bgcnden Alarnics (beispielsweise 
eines ProzeB-. HardwsMRder Geralealaniics) und die Prio 
rit.aissf.ufe fur die Alanne dieser Kaiegorie wahlen kann. 
Diese Einstellungen werden in den Fillereinstellungen ge- 5 
speichert und von dem Filter 68 gcnutzl, um einzustellen, 
welche Alannanzeigcn dem Benutzer iiber das Alarmsym- 
bol 73 angezeigi werden. Selbsiversiandlich kann der Be- 
nuizer odcr Benutzer in der Lage sein, die Filtcrcinstellun- 
gen einzurichten, uni einige der Typen, Kaiegorien. Priori ta- 10 
ten, eic. von Alarnien zu vcrschiedenen Zeiien auszufiltem, 
uni dadurch das Alannsymbol an seine oder ihre Bedurf- 
nisse zu dieser Zeit anzupassen. 

1 0075] Mil dem inlegriertcn Alannanzcigesynibol 73 wie 
den in Fig. 3 und 4 dargeslellten, versorgl der Bildschinn 71 15 
einen einzelnen Benutzer mil der Information, die verschie- 
dene Kaiegorien von Alarnien beirifri, in im wesentlichen 
dcmsclbcn Formal, welches scincrzeit cineni Benutzer cr- 
laubt, leichier die Probleme mil dem ProzeBsteuerungssy- 
stem zu verstehen, die aus ProzeBsteuerungs-Fehlern oder - 20 
Alannen resultieren. Dies kann seincrseits dem Benutzer 
hclfen. zu bestimmen, welche Gerate oder Einsiellungen ge- 
andcrt. festgesiellt, ersetzt oder gewartet werden miissen, 
um den ProzeB 10 zuriick in die gewiinschten Betriebsbe- 
dingungen £u bringen. Die iniegrierie Anzeige 71 ist auch 25 
schr nutzlich fur den Fall, in dem eine einzelne Person wie 
ein Benutzer die Funktionen von Warnings- oder Ingenieur- 
Personal in einem ProzeBsteuerungssystem ausfuhrt, was im 
allgemeinen bei vielen kleinen ProzeBsteuerungssystemen 
der Fall isl. Bei diesem Gebrauch rnuB der Benutzer nicht 30 
verschiedene Anzeigen iiberwachen oder betrachlen bei ver- 
schiedene n Datenbanken, um verschiedene Typen von Feh- 
lern innerhalb des Systems fesizustellen. um ein Problem zu 
diagnostizieren. 

|0076] Wenn der Benutzer auswahlt, nur ProzeBalarme zu 35 
iiberwachen, wandell der Benutzer wirksam die Schnitt- 
sielle zu dem System um, in dem nur Prozefisteuerungs- 
alanne fur den Benutzer verfugbar sind, und er kann die ty- 
pischen Funktionen. die mit Bedienungspersonal in Verbin- 
dung siehcn, durchluhren. Trotzdem werden Alarme immer 40 
noeh empfangen und in der Datenbank 66 gespeichert, fur 
den Fall. daB der Benutzer sich entscheidet, an einem be- 
st immien Punkt ZLiriickzuschalten. um mehr Kategorien von 
Alannen zu iiberwachen. Ferner ermoglicht der Filler 68 
noch einem Benutzer, die vcrschiedenen Kaiegorien von 45 
Alannen zu iiberwachen und demzufolge imstande zu sein, 
alle Alarme zu iiberwachen. wenn die Anzahl von ausste- 
henden Alannen nicht zu groB ist. Zu dieser Zeit kann der 
Benutzer vcrsuchen. zu bestimmen, ob die Ursache fur ei- 
nige ProzeBalarme ein Ergebnis eines oder mehrerer Gerate- 50 
oder Hardwareausfallc ist. wie durch empfangene Hard- 
ware- und GeraieaJamic bewiesen isL Jedoch kann der Be- 
nutzer, wenn ein groBeres Problem auflritt, was verursacht, 
daB viclc Alanne crschcincn, wahlen, nicht bestimmte Kate- 
gorien von Alarme n zu iiberwachen, wie die Gerate- oder 55 
Hardwarealanne oder Priori taien von Alarmen, und demzu- 
folge sich nur auf die ProzcBaJarme konzentrieren, fiir wel- 
che er oder sie primare Vcrantwortung haben diirfie. Auf 
diese An kann er odcr sie die ProzeB-. Gerate- oder Hardwa- 
realanne an andere Benutzer weile rgeben, die eine Version 60 
der Sofiwareschnitlstelle 50 an verschiedenen Workstations 
benutzen konnen, um nur diese Alarme anzuzeigen. Als Er- 
gebnis kann ein Benutzer die Alarme iiberwachen, von de- 
nen er oder sie denku daB sie hilfreich fiir seine oder ihre 
Hauptfunktion sein konncn, abcr, wenn zu viclc Alarme an- 65 
gezeigt werden, die Anzahl der Alanne verringern kann 
durch Andern der Fillereinstellung. Dies hindert seinerseils 
den Benutzer daran, von zu vielen Alarmen uberhauft zu 



werden. 

|0077] AuBer^^pf>der zusatzlich zu einer Iniplenientie- 
rung eines Alarmsymbols kann die Alannanzeige- und 
Schnittstellen-Software 50 Software beinhalten. die Alann- 
zusaminenfassungs-Objekte (auch hierin als Fenster. Anzei- 
gen oder Kontrollen bczeichnet) fur den Benutzer erzeugt, 
uinfassend beispielswcise eine Zusammenfassung aktiver 
Alarme und eine Zusammenfassung unterdruckler Alarme. 
Aktive Alarm-Zusammenfassungsanzeigen konnen unter 
Nutzung einer Alannzusaimiienfassungs-Kontrolle entwor- 
fen sein, die zusalzliches Filtern. Sortieren, Blattem und 
Kontexthandlungen zum Zusanuitenfassen der in dem Sy- 
stem prasenlen Alarme vorsieht. Ein derarliges Zusammen- 
fassung skon troll- Softwaremodul 110 ist in Fig. 2 darge- 
slelll. Die Anzeige, die von der Alarmzusammenfassungs- 
Kontrolle 110 erzeugt wird, kann konfiguriert werden, um 
verschiedene Stellen und Betrage des Anzeigebereichs be-^ 
setzen. Bcispiclsweise konncn konfiguricrbarc Wcitcn von 
so groB wie die voile Weile des Anzeigebereichs (in den un- 
ter si iilzen Anzeigeauflosungen) bis so schmal wie die Halfte 
der vol len Weile reichen. Konfigurierbare Hohen konnen 
beispielswcise von so hoch wie die voile Hohe des Anzeige- 
bereichs (ausschlieBlich dem Framework fiir Navigauons- 
Tasten und Alarmsymbole) bis so schmal wie die Halfte der 
vollen Hohe reichen. Demzufolge konnen eine "full screen" 
Alarmzusammenfassung, zwei "half screen" Alannzusam- 
menfassungen (beide Seite an Seite und ubereinander) und 
vier viertelgroBe Alarmzusammenfassungen auf einer An- 
zeige unterstutzt werden. Selbstverstandlich konnen ebenso 
andere GroBen benutzt werden. 

[0078] Die Alarmzusammenfassungs-Konirolle 110 kann 
konfiguriert werden, um eine Anzeige zu erzeugen, die ir- 
gendeine der Eigenschaften eines akiiven Alarms anzeigu 
umfassend beispielsweise einen Containemamen (Modul/ 
Knoten/Gerat). einen Alarmideniifizierer (Pfad) (<container 
name>/<alarm parameter name>), eine Beschreibung fur 
<container name>, einen Ein heitsn amen (wenn einer exi- 
stiert). einen Priori tatstext, einen gesperrten Alannstatustext 
(Alarmiext oder "OK"), einen aktuellen Alarmstatustext 
(Alarmtext oder "OK"), einen Kategorietexu die Zeit des 
Auftretens, die Zeit des letzten Zustands/Prioritats-Wech- 
sels, eine Alarmbotschaft-Zeichenkette, eine Quellknoten- 
bezeichnung, etc. 

10079] Andere fiir aktive Alarme verfugbare Eigenschaf- 
ten zum Kohirollieren der Darstellung oder zur Anzeigenna- 
vigation umfassend einen Alarm-Kategoriewert (1 = Pro- 
zeB, 2 = Hardware, 3 = Gerat), eine Bereichsnummer 
(0. . .99), einen numerischen Prioriiatswert (4. . .15), einen 
Bestatigungszustands-Wert (1 = UNACKED, 0 = ACKED), 
einen gesperrten Alarmzustandswert (<0 falls aktiv), einen 
aktuellen Alarmzustandswert (<0 falls aktiv), einen Front- 
platten-Anzeigeniext fur <conlainer name>, einen primaren 
Kontrollanzeigetext fur <container name>, einen deiaillier- 
ten Anzeigetext fiir <container name>, etc. 
[0080] Ein Beispiel einer aktiven Alarm-Zusammenfas- 
sungsanzeige ist in Fig. 12 dargestellt, in der die Alarm-Zu- 
sarnmenfassungsanzeige-Informalion iiber die Zeit des 
Alarms, der Einheit, in weicher der Alarm aufgetreten (falls 
anwendbar), der Alarmparameter. eine Beschreibung des 
Alarms, der Alarmtyp, eine mit dem Alarm zusammenhan- 
gende Botschafl und die Prioritat des Alarms umfaBl. 
Selbstverstandlich kann diese und/oder andere Zusammen- 
fassungsinformation in einem anderen Format vorgesehen 
sein, falls gewUnscht. Fig. 13 stelk dieselbe Alarm-Zusani- 
menfassungsinfonnation dar, die Farbcn besitzt, die zum 
Hervorheben der Alarme basierend auf der Prioritat benutzt 
werden. Demzufolge sind (kritische) Alarme hoher Prioritat 
beispielsweise in rot hervorgehoben, mittlere Alanne. wie 
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Enipfchlungsalanne, si^^Kclh hervorgchoben und andcre 
Alanne sind nichl herv^^pobcn. Fig. 14 stellt die Benui- 
zung verse hiedenfarbig niarki crier Alanne zum Hervorhc- 
hen geniaK der Alannkategoric dar. In Fig. 14 sind Gcrale- 
alanne hervorgchoben. Sclbsivcrstandlich kann die Bcnui- 
zung einer PIcrvorhebung oder anderer Indizien bcnutzl 
werden. uni Alanne innerhalb der Alarm-Zusamnienfas- 
sungsanzcige gcmaB irgendeinem gewunschien Kriicriuni 
zu markieren. und das Markieren oder Hcrvorheben ver- 
schiedencr Abschnitte der Alarm-Zusaiimienfassungsan- 
zeige kann gemaG verschiedener Kriierien ausgefuhrt wer- 
den. Dcmzufolge kann das Priori t at sle Id gemaB derPrioriiai 
hervorgchoben werden, die Alarmbeschreibung und Alann- 
parameter konnen gcniaB einer Alannkategoric, etc. hervor- 
gehoben werden. 

1 0081] In jedem Fall kann jedes Feld, das in einer Alann- 
Zusammenfassungsanzeige angezeigt werden soil und 
durch die Alannzusanimcnfassungskontrollc 110 erzeugt 
wird, irgendeine Kombination der folgenden konfigurierten 
Darsielfungsatiribute haben. Ein Hintergrundblinken basie- 
rend auf einem Bestatigungszustand. eine Hintergrundfarbe 
basierend entweder auf einem Prioriiatsweri (unter Benut- 
zung derselben Farbregeln wie beim Alarmsynibol) oder ei- 
ner Alarmkategorie und eine HASH-Uberlagerung basie- 
rend auf einem aktuellen Alanusl.al.us. Die Alann-Zusam- 
menfassungskontrolle kann konfigurien sein, urn Alanne in 
irgendeiner gewunschien Reihenfolge zu zeigen, wie ack- 
Status/einen aktuellen Alarmstatus/einer Prioritat/der Zeit 
des Auftretens (Alarmsymbol-Reihenfolge), der Zeit des 
Auftretens (jiingsie bis alteste), der Zeil des letzten Status/ 
Priori tats- Wechsels (jiingste bis alteste), einem Alarmidenti- 
fizierer (<container name>/<alann parameter name>) (al- 
phabetisch), etc. 

[0082] Die Alarm-Zusammenfassungskontrolle 110 kann 
konfigurien werden, um Alarme mil 0 oder mehr der folgen- 
den Filterkriterien anzuzeigen, (1) aktuelle Alannsymbol- 
Filtereinstellung, (2) Alannkategorie- und Priori tat sschwel- 
len (irgendeine Kombination von ProzeB-, Hardware- und 
Geratealarmen und Prioritatsschwellen fur jede), (3) Be- 
reichsname, (4) Einheitsname, (5) <container name>, (6) 
Erkennungsstatus (0 oder 1), (7) aktueller Alarmstatus < 0, 
(8) Zeit des Auftretens > x Tage, y Stunden, z Mi nut en rela- 
tiv zu jetzt oder (9) Zeit des Auftretens < x Tage, y Stunden, 
z Minuten relativ zu jetzt. 

[0083] Wenn eine Alarmzusammenfassungsanzeige auf 
der Anzeige 69 dargestellt wird, kann ein aktueller Benut- 
zer, der die geeigneten Sicherheilsschlussel halt, die Filter- 
kriterien andem wie Alarmkategorie- und Prioritatsschwel- 
len (beispielsweise irgendeine Kombination von ProzeB-, 
Hardware- und Geratealarmen und Prioritatsschwellen fur 
jede), Erkennungsstatus (0 oder 1), aktueller Alannslatus < 
0. Zeit des Auftretens > x Tage, y Stunden, z Minuten relativ 
zu jetzt oder Zeit des Auftretens < x Tage, y Stunden, z Mi- 
nuten relativ zu jetzt, etc. 

[0084] Alann-Zusammenfassungsanzeigen konnen often 
bleiben oder fur irgendeine Zeitdauer erzeugt werden und 
vorzugsweise, wenn die Darstellungsattribule, Alarmreihen- 
folge oder Filterkriterien fur eine offene Alarm-Zusammen- 
fassungsanzeige dynamisch von einem Benutzer geandert 
werden, wobei die ^Configuration der Kontrolle 110 nicht ge- 
andert wird und die Anderungen fallengelassen werden, 
wenn die Alarm-Zusammenfassungsanzeige abgeschaltet 
ist. Selbstverstandlich exislieren hier keine Grenzen (anders 
als CPLJ-Ressourcen) in der Anzahl von Alannen, die er- 
schcincn konnen (und angezeigt werden) an cincr Alarm- 
Zusammenfassungs kontrolle. 

[0085] Die Alarm-Zusammenfassungskontrolle 110 kann 
auch genutzt werden, um Operationen mil Bezug zu einem 



Alarm auszufuhi^^fcc Bestaiigen eines Alanns (nonnaler 
Paranicler/FeldsisBWeitsregcln werden angewandt), Un- 
terdrucken eines Alanns (nonnaler Paraineter/Feldsicher- 
heitsregeln werden angewandt), Aufrufen der Anzeige fur 

5 den <containcr narno. der einen Alarm halt, Aufrufen der 
primaren Konlrollanzeige fur den <container name>, der ei- 
nen A 1 ami halt, Aufrufen der Detailanzeige fur den contai- 
ner name>. der einen Alann halt St art en oder Hochbringen 
cincr Diagnoseanwcndung mil dem geeigneten Modul, Ge- 

to rat oder Knoten ausgcwUhll, d. h. ein Modul fur ProzeG- 
alarme. ein Geriil fur die Geratealanne oder einen Knoten 
(oder eine Kane ) fur Hard ware alarme. 
|0086] Falls gewunscht. kann die Alann-Zusammenfas- 
sungsanzeige, die durch die Kontrolle 110 erzeugt wird, eine 

15 "ACK ALL "-Taste haben, die, falls fur eine offene Alann- 
Zusammenfassung aktiviert. genutzt werden kann, um alle 
nicht -best aiigten Alarme zu bestaiigen. die in dieser Alarm- 
Zusammcnfassung bcinhaltct sind (d, h. die, wclchc die 
Workstaiion-Weiten und Benutzer- Weiten Alannsichtkon- 

20 trollen passieren und die aktuellen Filterkriterien fur diese 
Alarmzusammenfassung passierien). umfassend nicht-be- 
statigte Alarme, die es in dieser Zusammenfassung gibt, 
aber nicht aktuell angezeigt werden. Der Effekt ist derselbe 
wie individuell Auswahlen jedes nicht -bestatigten Alarms in 

25 der Alann-Zusammenfassung und Bestaiigen des Alarms. 
[0087] Ferner kann die Alarmanzeige- und Schnittsie lien- 
Soft ware 50 noch eine unterdruckte- Alarm-Zusammenfas- 
sungskontrolle 112 umfassen. die eine unterdruckte- Alarm- 
Zusammenfassungsanzeige vorsieht. Diese Anzeige kann 

30 um eine Zusamnienfassungskonlrolle konstruiert sein, wel- 
che zusatzliches Filtern, Sorlieren, Slattern und Konlextakt: 
ionen fur unterdruckte Alarme vorsieht. Die Charakierisii- 
ken von unterdruckte-Alarm-Zusammenfassungskontrollen 
112 sind, ahnlich denen fiir aktive-Alarm-Zusammenfas- 

35 sungskontrollen 110 wie oben beschrieben, auBer da6 die 
unterdruckie-Alarm-Zusammenfassungskontrolle 110 auch 
konfigurien werden kann, um irgendeine der folgenden Ei- 
genschaften eines aktiven Alarms anzuzeigen, umfassend 
<container name> (Modul/Knoten/Gerat), den Alarmidenti- 

40 fizierer (Pfad) (<container name>/<alarm parameter 
name>), eine Besclireibung fur <container name>, ein Ein- 
heitsnamen (falls einer existiert) und eine Zeit der Unter- 
driickung. 

[0088] Zusatzlich konnen Einheits- oder Anlagenbe- 

45 reichsalarmanzeigen erzeugt werden, um alle oder eine 
Gruppe von Alarmen zu zeigen, die mit einer Einheit oder 
einer Anlage oder anderen logischen Gruppierungen von 
Hardware innerhalb des ProzeBsieuerungssystems 10 in 
Verbindung stehen. Eine Anlagenbereichsanzeige kann eine 

50 Lisle aller Anlagenbereichsnamen vorsehen und fur jeden 
Anlagenbereich eine Kontrolle vorsehen, die zeigt, wenn 
der Bereich innerhalb des Sichtbereichs der Workstation 
und des Benutzers (d. h. falls Alarme an- oder abgeschaltet 
werden konnen) ist, wobei der aktuelle Zusland von Alar- 

55 men an- oder abgeschaltet sein kann. Diese Konlrollen kon- 
nen auch zum Andern des Zustands benutzl werden, d. h. 
zum An- oder Abschalten von Bereichen oder Einheiten. 
Die Anlagenbereichsanzeige kann auch Alarmzahlungen fur 
jeden Bereich zeigen (die Zahlungen sind 0. falls der Be- 

60 reich abgeschaltet ist), wie Zahlungen aktiver/nicht-erkann- 
ter ProzeB-, Gerate- und Hardwarealarme, aktive ProzeB-. 
Gerate- und Hardwarealarme und unterdruckte ProzeB-, Ge- 
rate- und Hardwarealarme. Die Anzeige kann auch Mittel 
vorsehen, um eine Alarmzusammenfassungskontrolle fiir ir- 

65 gendcinen Anlagenbereich zu offnen. Die Vorgabc-Alarm- 
zusammenfassungs kontrolle, die erscheint, kann alle 
Alarme in dem Bereich anzeigen (ProzeB-, Hardware- und 
Gerate) in beispielsweise einer ACK-Statusaktueller Alarm- 
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siatus/Prioritai/Zeii des Auf tret ens (Alarmsymbol)-Reihen- 
folge. Eben falls, uni es^^^zern zu ermoglichen. vcrschic- 
dene Alannsymbolar^H^i odcr Alarnizusaminenfas- 
sungsanzeigen fur verschiedene Workstations zu konfigurie- 
ren, ist es moglich, den Namen der Alarnisynibolanzeige 
oder der Alarmzusanmienfassungsanzeigc auf Grundlage 
pro Workstation zu andern. Selbstverstandlich konnen allc 
diese Anzeigen verschiedene Kategorien von Alarmen ha- 
ben. die darin auf ahnliche Ancn angezeig! werden. 
1 0089] Falls gewunschl. hall die Alarmverarbeitungsein- 
heit 64 einen Satz von Alarmzahlungen fur die Alarme, wel- 
che die Workstationweiien Alarmsichtkontrollen passieren, 
und stellt diese Zahlungen zum Anzeigen zur Verfugung. 
Alarmzahlungen konnen beispielsweise fur die aktiven/ 
nicht-bestatigten ProzeB-, Cerate- und Hardwarealarme, fur 
die aktivenbeslatiglen ProzeB-, Gerate- und Hardwareal- 
anne und fur die unierdruckten ProzeB-, Geraie- und Hard- 
warealarme gchalten wcrdcn. Dicsc Zahlungen wcrdcn vor- 
zugsweise nicht durch die Alarmkategorie- und Prioritats- 
schwellen-Filiereinsiellungen des Alarmsymbols beeinfluBt. 
Beispielsweise konnen Gerate alamie in dem Alarmsymbol 
abgeschaltet werden, aber die Zahlungen fur Geratealarme 
wiirden immer noch genau sein, gegeben durch die Worksta- 
tionweiien Alarmsichtkontrollen. 

|0090] Femer kann die Software 50 noch einen Parameter 
der Alarme anzeigen, der benutzt wird, um die fiinf wichtig- 
sten Alanne in einem Gerat (oder einem Knoten) zu zeigen, 
die fur jedes Gerat oder jeden Knoten. das Gerate- oder 
Hardwarealarme aktiviert hat, unterstutzt werden. Diese 
Funktionalitat ernioglicht es, zu erkennen. zu deaktivieren 
oder herbeizufuhren die Prioritat aller Geratealarme fiir ei- 
nen Gerate- oder Hardw area! arm fur einen Knoten uber ei- 
nen einzelnen Paranieter/ein einzelnes Feld. Ein Browser fiir 
das System kann auch durch Geratealarme und Hardwareal- 
arme blattern. Die Alarm- Schnittstellensoft ware 50 kann die 
Moglichkeit untersiutzen, Alarm-Parameterfelder einzelner 
Geratealarme von Kontrollmodulen, die in demselben Kno- 
ten ausgefuhrt werden, zu lesen/schreiben. 
[0091] Wie verstanden werden wird, kombiniert die 
Alarmanzeige- und Schnittstellensoftware 50 ProzeB-, Ge- 
rate- und Hardwarealarme auf eine Art, so dafi diese ver- 
schiedenen Kaiegorien von Alarmen dasselbe Verhalten tei- 
len und beispielsweise Alarmprioritaisiexte, Farbkodierung. 
Erkennungsverhalten etc. teilen konnen. Falls gewunschl, 
kann eine individuelle Alarm-Bestatigung und -Unterdriik- 
kung genauso wie fiir alle diese Alarme arbeiten. Ein 
Alarme-Parameter (wie der aktuelle, in jedem Modul fiir 
ProzeBalarme vorgesehene) kann auch genutzt werden, um 
die fiinf wichtigsten Alarme in einem Gerat oder Knoten 
darzustellen. Dieser Parameter kann auch zum Erkennen, 
Deaktivieren und Einstellen der effektiven Prioritat aller 
Hardwarealarme fiir einen Knoten oder Geratealarme fiir ein 
Gerat benutzt werden, uber einen einzelnen geschriebenen 
Parameter/ein Feld. Da Geratealarme und Hardwarealarme 
zu Anlagenbereichen gehoren oder mit diesen in Verbin- 
dung stehen, kann das An-/Abschalten von Alarmen fur ei- 
nen Bereich die Gerate- und Hardwarealarme fiir diesen Be- 
reich beeinflussen. 

[0092] Wie aktuell bei ProzeBalarmen vorgesehen. wer- 
den Benutzer inistande sein. Links auf Felder von Gerate- 
und Hardwarealanii-Paranietern in Anzeigen zu plazieren, 
wie die Anzeige 71, und ein Browser kann zum Aufbauen 
von Anzeigen genutzt werden, der das Blattem zu Gerate- 
und Hardwarealarmen unterstutzt. Es ist auch, falls ge- 
wiinschu moglich, Alarmparamctcrf elder von individucllcn 
Gerate- und Hardwarealarmen von Kontrollmodulen zu le- 
sen/schreiben. Der Parameter-Browser, der zum Erzeugen 
von Modulkonfigurationen genutzt wird, wird das Blattern 
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zu Gerate- und HM^arealarmen unterstutzen. 
10093] Selbstv^^ilich haben ProzeB-, Gerate- und . 
Hardwarealarme bBPi Kategorieparameter, der sie vonein- 
ander unterscheideU und dieser Parameter ist von der 

5 Alarmverarbeitungscinheil 64 lesbar. Als Ergebnis konnen 
die Alannsymbol- und Alamizusammcnfassungs-Anzeigen 
konfiguriert werden, um irgendcinen der ProzeB-, Gerate-, 
Hardwarealanne einzuschlieBen/auszuschiieBen und sie 
konnen konfiguriert werden, um den ProzeB-, Gerate- und 

to I-Iardwarcaiannen un terse hiedliche Erschcinungsibrmen zu 
geben, um einen Betrachter in den Stand zu verse tzen, zwi- 
schen diesen vcrschiedenen Kaiegorien von Alarmen zu un- 
terscheiden. 

|0094] Falls gewunschl, kann eine Datenbank mit chrono- 

15 logischer Aufzeichnung von Ereignissen in einer Worksta- 
tion oder einem anderen Gerat an dem Knoten, der die Soft- 
ware 50 ausfiihru oder irgendeineni anderen Knoten gespei- 
chcrt sein zum Erfasscn der Zustandsandcrung von ProzeB-, 
Gerate- und Hardwarealarmen und zum Speichem dieser 

20 Anderungen auf eine Art. daB der Werdegang der Anderun- 
gen wieder gewonnen werden kann. Die Ereignisaufzeich- 
nung kann beispielsweise den aktuellen Alarmzustand als 
einen aus SUPPRESSED, DISABLED, INACT/ACK, 
INACT/UNACK, ACT/UNACK oder ACT/ACK spei- 

25 chem. Ein Vorgabezustand fiir ein Geraie- und Hardwareal- 
arm ist vorzugsweise INACT/ACK. Wenn ein Download 
auftritt. das einen Geraie- oder Hardwarealarm erzeugt, wird 
kein anfanglicher Zustandswechseleinirag erzeugt. um den 
"anfanglichen" INACT/ACK-Zustand der Alarme aufzu- 

30 zeichnen. Jedoch wiirden spater erkannte Zustandswechsel 
die geeignete Alarm-Zustandswechselereignis-Aufzeich- 
nung erzeugen. 

[0095] Eine Ubersicht der ProzeB- Vorgeschichte kann 
Standard-Filter/Sortiennerkmale benutzen, um schnell alle 

35 ProzeB-. Gerate- oder Hard warealarmzustands- Anderun- 
gen. spezifische Kategorien von Alarmen eines einzelnen 
Knot ens, von einem spezifischen Anlagenbereich, etc. zu 
finden. Beispielhafte Aufzeichnungssequenzen einer Ereig- 
nisaufzeichnung von Zustandsanderung fur ProzeB- und Ge- 

40 ratealarme konnien wie in Fig. 15 abgebildet sein. Hier ist 
der Kategorietext, der fur alle Alarmzustandsanderungs- 
Aufzeichnungen erscheint, gemaB der Kategorie des Alarms 
festgelegt. Die in dem Desc2-Feld dargestellte Botschaft be- 
schreibt die Bedingung innerhalb des Alarms, der sich gean- 

45 dert hat. Der Text, der in dem Descl-Feld erscheint, zeigt 
den Zustand der in dem Desc2-Feld beschriebenen Bedin- 
gung an: den normalen AlarmtexU falls die Bedingung aktiv 
ist; "OK", falls die Bedingung inaktiv ist. Selbstverstandlich 
konnen ahnliche Typen von Eintragen fiir Hardware und an- 

50 dere Kategorien von Alarmen auch in der Ereignisaufzeich- 
nung vorgesehen werden und andere Typen von Information 
zum Auf zeichnen von Manipulationen der Alarme konnten 
auch in irgendeiner gewunschten Art in der Ereignisauf- 
zeichnungs-Datenbank gespeichert werden. 

55 [0096] Die Gerate- oder Hardwarealarme sind Teile von 
Gerate n und Hardwareknoien, wie diese in der Konfigurati- 
onsdatenbank erzeugt sind. Folglich sind die Alanne als Teil 
der Konfiguration auf eine Art erzeugt ahnlich der Art, mit 
welcher andere Aspekte von Geraten und Knoten erzeugt 

60 sind. Wenn die Konfiguration in dem System erzeugt ist, 
konnen alle Gerate- und Hardwarealarm-Verhaltensweisen 
fur das Gerat und Hardwareknoien auf "aus" durch Vorgabe 
gestellt werden. Wahrend diese Alarme "aus" sind, sind 
Alarmparameter fur die Gerate- oder Hardwareeinheiten 

65 nicht vcrfugbar, so daB dicsc Alarme nicht als Tcil der Kon- 
figuration fiir die Geraie oder Hardwareeinheit erscheinen 
und diese Alarme nicht uber Kon figurations-Parameter- 
Browser zuganglich sind. D. h., die Gerate- und Hardwa- 
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realamie erscheinen n^^n dem Sysicni-Browscr als mil 
den Feldgeriiten und kUK zusammenhangcnd. AuGerdcni 
exisiiert keine Laufzeil-Untcrslulzung fur Geraic- und Hard- 
wares larme, und alle Operate- und Hardware-Alanii-Koni- 
munikalionen sind angehallcn, unifasscnd irgcndcin Para- 
meter-Abrufen, das zuiu Aufrechlerhalicn von Zusiandsin- 
fonnation benutzt wird. die Geraie- und Hardwarcalanne 
uniersiutzi. 

1 0097] Jedoch kann ein Benuizer Geraic- und Hardwarcal- 
amic aklivieren unier Benutzung beispielsweise einer An- 
/Aus- cxler Konlrollkaslchcn-ariigen Eigcnschafl des Gcrais 
oder der Hardware. Wenn die Alanne aktivicri sind. niuB der 
Geraie- oder Hardwarenanie mil den Konhguraiions-Sy- 
siemnamen-Regeln ubercinstimmcn. so daR diese Nanicn 
benutzt werden konnen. uni A lannin ion nation oder Bol- 
schaflen von den Benutzer-Schnitlstellenanwendungen und 
anderen Anwendungen ansprechen zu konnen. Insbesondere 
muB der Name mil Namcnsrcgcln ubercinstimmcn, die bci- 
spielsweise die niaximale Zeichenlance und Zeichenein- 
schrankungen umfassen konnen. und er muB den Namens- 
raum mit Modulen, Knoten. Bcreichcn und DST-Nanien 
oder anderen Namen teilen. Im allgemeinen, falls der Ge- 
raie- oder Hardwarename nicht mit den im System benutz- 
ten Namensregeln ubereinstimmt, konnen Gerate- und 
Hardwarcalanne nicht aktiviert werden und der Benuizer 
wird benachrichtigt. Die Beschreibungszeichenkette, die fur 
das Gerat oder die Hardware einsegeben wird. erscheint in 
der Benutzerschnittstelle. um zu helfen. aktive Alanne zu 
beschreiben. 

[0098] Neu konfigurierbare Eigenschaften zum Konfigu- 
rieren einer Gerate- oder einer Hardwareeinheit konnen den 
Namen der Frontplatten-Anzeige fiir dieses Gerat oder die- 
sen Knoten umfassen sowie den Namen der priniaren Kon- 
trollanzeige fur dieses Gerat oder diesen Knoten. Wenn Ge- 
rate- oder Hard ware alar me fur eine Gerate- oder Hardware- 
einheit aktiviert sind. erscheim ein Alarmparameier in dem 
Konfigurationssystem fur jeden moglichen Alarm, den das 
System unterstutzt fur diese Gerate- oder Hardwareeinheit. 
Information, die Obex das Konfigurationssystem vorgesehen 
ist, kann den Hersteller, den Typ und die Revision der Ge- 
rate- oder Hardeinheit umfassen, welche die Anzahl der 
Alarme bestimrnt, die verfugbar sind, deren Namen sowie 
die Vorgabewerte fiir die einstellbaren Eigenschaften. Wenn 
Alarme fur eine Gerate- oder eine Harwareeinheit aktiviert 
sind, ermoglicht das Konfigurationssystem dem Benutzer, 
den Namen, den Alanntext, den Typ und die Priori tatseigen- 
schaften jedes Geratealarms zu erkennen und zu andern 
(fails konfigurierbar). Priori tat ist im allgemeinen konfigu- 
rierbar unter Nutzung der Prioritaten, die aktuell definiert 
sind unier Nutzung einer ahnlichen Technik. wie sie fur 
Alanne in Modulen unterstiitzl wird. Beispielsweise konnen 
numerische Vorgabewerte fiir eine Priori tat sein COMM 
ALM-15 ("CRITICAL"), ABNORMALM-11 ("WAR- 
NING"), FAILED_ ALM- 1 5 ("CRITICAL"), 
MAINT_ALM-7 ( "ADVISORY"), ADVlCE_ALM-7 
("ADVISORY"). 

|<M)99] Um Geraie- und Harwarealarme zu unterstutzen, 
wird es moglich sein, eine Verbindung zwischen einem 
Knoten und einem Anlagenbereich zu konfigurieren. Dies 
thrift auf alle Knotentypen zu, umfassend Controller und 
verschiedene Workstations und lokale und Fernknoien. 
Neue Knoten konnen mil einem Anlagenbereich 0 in Ver- 
bindung gebracht werden. Knoten, die ohne Knoten- Verbin- 
dung imponiert sind. sind mit dem Anlagenbereich 0 assozi- 
icrt. Gcratcalarmc sind implizit mit dem Anlagenbereich as- 
soziiert, mil dem ihr Knoten assoziiert ist, 
(0100] Wahrend die Alarmanzeige- und Schnittstellen- 
Software 50 als in Verbindung mil Feldbus- und Standard 



4-20 niA-Gcrai^^^utzi beschrieben worden ist, kann sie 
unier Nutzung irfffdeincs anderen extemen ProzeBsteue- 
rungs-Kommunikationsprotokolls implcmentiert und mil ir- 
gendwelchen anderen Typen von Controller- Soft ware ge- 
5 nutzt werden. Obwohl die Alarmanzeige- und Sennit! siel- 
len- Soft ware 50. die hierin beschrieben ist, vorzugsweise als 
Sofiwarc implement ien ist, kann sie in Hardware, Fimi- 
vvare, etc. und durch irgendeinen anderen Prozessor, der in 
Verbindung mil dem ProzeRstcuerungssysiem 10 stent, im- 
10 plcmeniiert sein. Folglich kann die hierin beschriebene Rou- 
tine 50 in einer standardisierlcn Mehrzweck-CPU oder in ei- 
ner speziell eniworfenen Hardware oder Firmware wie ge- 
wunschl implcmentiert werden. Wenn sie in Software im- 
plement icrt ist, kann die Software-Routine in irgendeinem 
15 Computer-lesbaren Spcicher gespeichert werden, wie auf ei- 
ner magnetischen Platte, einer Laserdisc oder anderem Spei- 
chermedium, in einem RAM oder ROM eines Compuiers 
oder Prozcssors, etc. Ebcnso kann dicsc Software an cincn 
Benutzer oder ein ProzeBsteuerungssystem mittels einer be- 
20 kannten oder gewunschtcn Liefermethode ubergeben wer- 
den. umfassend beispielsweise auf einer Computer-lesbaren 
Diskette oder einem anderen transponablen Computerspei- 
cher-Mechanismua oder uber einen Kommunikationskanal 
wie eine Telefon verbindung, das Internet, etc. (welche als 
25 dasselbe oder austauschbar mil dem Bereitslellen derartiger 
Software iiber ein transport ierbares Speichermedium be- 
trachtet werden). 

[0101] Folglich, obwohl die vorliegende Erfindung bezo- 
gen auf spezielle Beispiele beschrieben worden ist, die nur 

30 als erlauternd betrachtet werden und nicht die Erfindung 
einschrankem wird es fur diejenigen mit durchschnittlichem 
Fachwissen offensichtlich sein, daB Anderungen, Zusatze 
oder Sireichungen an den offenbarten Ausfuhrungsformen 
gemacht werden konnen, ohne vom Sinn und Bereich der 

35 Erfindung abzuweichen. 

Bezugszeichenliste 

10 ProzeBsteuerungsnetzwerk/System 
40 12 ProzeBcontroller 

14 Workstation/Computer/Host-Gerat/ Benutzerschnitt- 
stelle 

20, 22 Eingabe/ALisgabe-Einrichtung/Griippen 
25-39 Feldgerate 
45 40 Ethernet- Verbindung 
20A, 22A E/A-Karte 
42, 44 disitalerBus 
20B, 22B E/A-Karte 

50 Routine/Alannanzeige- und Schnittstellen- Soft ware/ 
50 ((Alanii-)verarbeitungs/ Schnittstellen-)Software 

51. 52, 53 Software (Elemente)/Alamierzeugiings- Soft ware 

62 Kommunikationsschicht/Stapel 

64 (Alanii-)Verarbeitungseinheit 

66 Datenbank 
55 68 Filter 

69 Benutzerschnittsielle/-anzeige(gerat) 

70 Benutzeranzeigeschnitlstelle 

71 Schirm/Anzeige 
73 Alarmsymbol 

60 74 Alann (hochster Priori tat) 
101 PID-Veniil 
76 Alarminformationsfeld 
16 Tank 

78 Alarmhinweis 
65 80, 81, 82 Alarm 

72 Frontplatte 

90 erster Alarm hochster Priori tat/Geratealarm 
92 Alarm mil zweithochster Prioritat \ 
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202 Controller 
94 driller Alarm 
98 Frontplatte 

110 Zusatnmenfassungskoniroll-Sofiwarcniodul/akMvc 
(Alaniizusamnienfassungs)kontrolle 5 
112 untcrdrucktcr-Alami-Zusammenfassungskonirolle 

Patentanspriichc 

1. Alannanzeigesysiem zur Bcnutzung in eineni Pro- 10 
zeBsteuerungsnetzwerk, das cine Benutzerschnittstelle 
mil eineni Anzeigemechanismus und eine Vielzahl von 
kommunikationsmaBig verbundenen Geralen umfafiu 
die zum Erzeugen und Senden von Alanne verschiede- 
ner Kategorien umfassenden Alannbotschaflen an die 15 
Benutzerschnittstelle ausgebildet sind, wobei das 
Alannanzeigesysiem folgendes umfaBt: 

cincn Alarnicmpfangcr, dcr zum Empfangcn dcr 
Alannbotschaflen von der Vielzahl von Geraten konfi- 
guriert isu uni eine Vielzahl von Alarmen verschiede- 20 
ner Kategorien zu erhallen; 

eine Alarm verarbeitungseinheit, welche die Vielzahl 
von Alarmen zum Anzeigen verarbeitet. basierend auf 
einem vorbestimmten Kriterium zum Ermitteln eines 
Satzes von Alarmen zum Anzeigen und 25 
eine Alarmanzeigeeinheiu die Hinweise auf den Satz 
der Alarme zur Anzeige auf dem Anzeigemechanismus 
darstellu wobei die Alarnianzeigeeinheii die Hinweise 
auf die Alarme verschiedener Kategorien auf eine inte- 
grierte Art auf dem Anzeigemechanismus darstellt. 30 

2. Alarmanzeigesystem nach Anspruch 1, wobei die 
Alannverarbeitungseinheit einen Alarmfilter umfaBu 
der die Vielzahl von Alarmen zum Anzeigen filteru ba- 
sierend auf dem vorbestimmten Kriterium zum Ermit- 
teln des Satzes von Alarmen zum Anzeigen. 35 

3. Alarmanzeigesystem nach Anspruch 1 oder 2, wo- 
bei die Alarmanzeigeeinheit so ausgebildet isU daB sie 
einem Benutzer die Anderung von Alannfiltereinstel- 
lungen des Alarmfilters ermoglicht, um die Alanne 
durch Alarmkategorien zu filtern. 40 

4. Alarmanzeigesystem nach Anspruch 2 oder 3, wo- 
bei der Alarmfilter die Alarme auf Alarmkategorie-Ba- 
sis filtert. 

5. Alarmanzeigesystem nach einem der Anspruche 2 
bis 4, wobei die Alarmanzeigeeinheit so ausgebildet 45 
isU daB sie einem Benutzer die Anderung von Alarrnfil- 
tereinstellungen des Alarmfilters ermoglicht, um 
Alarme nach Prioritat zu filtern. 

6. Alarmanzeigesystem nach einem der vorhergehen- 
den Anspruche, wobei die Alarme verschiedener Kate- 50 
gorien einen ProzeBalarm. der mil der Funktionalitat 
einer ProzeBsteuerungs-Software zusammenhangu und 
einen Hardwarealarm umfassen, der mil der Funktiona- 
litat eines Gerates zusammenhangu das einen Knoten 

in dem ProzeBsteuerungssysiem deriniert. 55 

7. Alarmanzeigesystem nach Anspruch 6, wobei einer 
der Hardwarealarme mil einem Controller zusammen- 
hangu 

8. Alarmanzeigesystem nach Anspruch 6 oder 7. wo- 
bei einer der Hardwarealarme mit einer Eingabe-/Aus- 60 
gabe-Einrichtung zusammenhangu die zwischen einen 
Controller und ein Feidgerat geschaltet ist. 

9. Alarmanzeigesystem nach einem der Anspruche 6 
bis 8, wobei einer der Hardwarealarme mil einer Work- 
station zusammenhangu 65 

10. Alarmanzeigesystem nach einem der vorhergehen- 
den Anspruche, wobei die Alarme verschiedener Kate- 
gorien einen Geratealarm, der mit der Funkrionalitat ei- 
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nes Feldgerj|^zusamnienriangt, und einen Hardwa- 
realarm un^^Bi. der mit der Funkiionalitai eines Ge- 
rates zusarnT^mhangl. das einen Knoten in dem Pro- 
zeBsteuerungssystem defimen.. 

11. Alannanzeigesysiem nach einem der vorhergehen- 
den Anspruche, wobei die Alarme verschiedener Kate- 
gorien ProzeBalanne, die mit der Funktionalitat einer 
ProzeBsteuerungs-Software zusammenhangen, Gerate- 
alarme, die mil der Funktionalitat von Feldgeraten zu- 
sammenhangen, und Hardwarealanne umfassen, die 
mit der Funktionalitat von Geralen zusammenhangen, 
die einen Knoten in dem ProzeBsteuerungssystem defi- 
nieren. 

12. Alarmanzeigesystem nach einem der vorhergehen- 
den Anspruche, wobei die Alarnianzeigeeinheit Hin- 
weise auf die Alanne verschiedener Kategorien auf 
eine integriene Art unter Nutzung eines Alarmsymbols 
darstellt. 

13. Alarmanzeigesystem nach Anspruch 12, wobei 
das Alannsymbol so ausgebildet ist. daB es Alannhin- 
weise fur die Alanne verschiedener Kategorien und 
eine Zusammenfassung fur einen ausgewahlten der 
Alarmhinweise umfaBt. 

14. Alarmanzeigesystem nach Anspruch 12 oder 13, 
wobei die Alannanzeigeeinheit so ausgebildel ist, dafi 
eine primare Steuerungs anzeige fur einen ausgewahl- 
ten der Alannhinweise in dem Alarmsymbol vorgese- 
hen ist. 

15. Alarmanzeigesystem nach einem der Anspruche 
12 bis 14, wobei die Alannanzeigeeinheit so ausgebil- 
det ist, daB sie einem Benutzer die Unterdruckung ei- 
nes oder mehrerer der Alarme, die mil einem oder meh- 
reren der Alarmhinweise in dem Alarmsymbol zusam- 
menhangen, ermoglicht. 

16. Alarmanzeigesystem nach einem der Anspruche 
12 bis 15, wobei die Alannanzeigeeinheit so ausgebil- 
det ist, daB sie eineni Benutzer die Bestatigung eines 
oder mehrerer der Alarme, die mit einem oder mehre- 
ren der Alarmhinweise in dem Alarmsymbol zusam- 
menhangen, ermoglicht. 

17. Alarmanzeigesystem nach einem der Anspruche 
12 bis 16, wobei die Alarmanzeigeeinheit ausgebildet 
ist, um Hinweise auf die Alarme verschiedener Kate- 
gorien in einer auf der Prioritat der Alarme basierenden 
Reihenfolge darzustellen. 

18. Alarmanzeigesystem nach einem der Anspruche 
12 bis 17, wobei die Alarmanzeigeeinheit ausgebildet 
ist, um Hinweise auf die Alarme verschiedener Kate- 
gorien in einer auf dem bestatigten Status der Alarme 
basierenden Reihenfolge darzustellen. 

1 9. Alarmanzeigesystem nach einem der vorhergehen- 
den Anspruche, wobei die Alarmanzeigeeinheit ausge- 
bildet isu um Hinweise auf die Alarme verschiedener 
Kategorien auf eine integrierte An unter Benutzung ei- 
nes Alarmzusammenfassungs-Fensters darzustellen. 
das die Alarme verschiedener Kategorien zur Anzeige 
zusammenfasst. 

20. Alarmanzeigesystem nach Anspruch 19, wobei 
das Alarmzusammenfassungs-Fenster unterdruckte 
Alarme zusammenfaBu aber nicht aktive Alarme. 

21. Alarmanzeigesystem nach Anspruch 19, wobei 
das Alarmzusammenfassungs-Fenster aktive Alarme 
zusammenfaBt, nicht aber unterdruckte Alarme. 

22. Alarmanzeigesystem nach einem der vorhergehen- 
den Anspruche. wobei die Alarmanzeigeeinheit ausge- 
bildet ist, um Hinweise auf die Alarme verschiedener 
Kategorien darzustellen, die mit einem bestimmten 
Knoten in dem ProzeBsteuerungssystem in Verbindung 
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sichen. 

23. Alannanzeigc^Wni nach einem der vorhergchcn- 
den Anspriiche. wobei die Alarnianzcigeeinheit ausge- 
bildet isL urn Hinweise auf die Alanne verschicdcncr 
Kaiegorien darzusiellen, die mil einem besiiinmlen Ge- 5 
rat in deni ProzeBsieuerungssysicni in Verbindung sle- 
hen. 

24. Aianiianzcigesysiem nach eineni der vorhergehen- 
den Anspriiche, wobei die Alarnianzeigecinheii ausge- 
bildet ist. urn Hinweise auf die Alanne verschicdcncr 10 
Kaiegorien darzusiellen, die mil eincr bcstiimtil.cn Ein- 
heil in dem ProzeBsieuerungssysicni zusanmienhan- 
gen. 

25. Aianiianzcigesysiem nach cineni der vorhergehen- 
den Anspriiche, wobei die Alarmanzcigeeinheit ausge- 15 
bildei ist, uni Hinweise auf die Alanue verschiedener 
Kaiegorien darzusiellen, die mil eineni bestimmien Be- 
rcich in denn ProzeBsieuerungssysicni zusammenhan- 
gen. 

26. Alarmanzeigesysiem nach eineni der vorhergehen- 20 
den Anspriiche, wobei die Alarnie verschiedener Kaie- 
gorien einen ProzeBalann, der mil der Funktionalital 
einer ProzeBsteuerungs-Software zusammenhangt, und 
einen Geratealami umfassen, der mil der Funktionalital 
eines Feldgerates zusaminenhangl. -5 

27. Alamianzeigesystem nach einem der vorhergehen- 
den Anspriiche. femer umfassend eine Ereignisauf- 
zeichnungs-Datenbank. die Anderungsinformaiion 
speicherU welche die Alanue verschiedener Kaiegorien 
betrifft. 30 

28. Alarmanzeigesystem zur Benutzung in einem Pro- 
zeBsteuerungsnetzwerk, das eine Benutzerschnittstelle 
umfaBt, die einen Prozessor und einen mil deni Prozes- 
sor gekoppelten Anzeigemechanismus und eine Viel- 
zahl von komniunikationsmaBig verbundenen Geraten 35 
umfaBu die zum Erzeugen und Senden von Alanne 
verschiedener Kaiegorien unifassenden Alarmbot- 
schaften an die Benutzerschnittstelle angepaBt sind, 
wobei das Alarmanzeigesysiem folgendes umfaBt: 

einen compuier-lesbaren Speicher; und 40 
eine in deni computer-les Daren Speicher gespeicherte 
Routine, die zur Ausfiihrung durch den Prozessor aus- 
gebildel ist, wobei die Routine die Alarmbotschaften 
von der Vielzahl von Geraten empfangt, um eine Viel- 
zahl von Alarmen verschiedener Kategorien zu erhal- 45 
ten: 

die Vielzahl von Alarmen zur Anzeige verarbeitet, ba- 
sierend auf einem vorbestimmten Kriterium, um einen 
Satz von Alannen zur Anzeige zu ermitteln; und 
Hinweise auf den Satz der Alarnie zur Anzeige auf dem 50 
Anzeigemechanismus darstellt, wobei der Satz von 
Alannen zur Anzeige Alanue verschiedener Kaiego- 
rien umfaBt, die auf eine inlegriene An auf dem Anzei- 
gemechanismus der Benutzerschnittslelle dargestelli 
werden. 55 

29. Alarmanzeigesysiem nach Anspruch 28, wobei die 
Routine die Vielzahl von Alarmen durch Filterung der 
Alarnie auf Alarnikaiegorie-Basis verarbeitet. 

30. Alarmanzeigesysiem nach Anspruch 29, wobei die 
Routine so ausgebildet ist, daB sie einem Benulzer die 60 
Anderung von Filtereinstellungen ermoglicht, welche 
die An bewirken, auf welche die Routine die Alarnie 
filtert. 

31. Alarmanzeigesystem nach einem der Anspriiche 

28 bis 30, wobei die Routine die Vielzahl von Alarmen 65 
durch Filterung der Alanne basierend auf einer Alarm- 
prioritai durchfuhrt 

32. Alarmanzeigesysiem nach einem der Anspriiche 



28 bis 31 . v^^Hbie Alanne verschiedener Kategorien 
zwei oder mernHVozcBalariiie. die mil der Funktionali- 
tal einer ProzeBsteuerungs-Software zusaninienhan- 
gen. einen Geratealarm. der mil der Funktionalital ei- 
nes Feldgerates zusammenhangL und einen Hardwa- 
realarm umfassen, der mil der Funktionalital eines Ge- 
raies zusammenhangt, das einen Knot en in dem Pro- 
zcBsleucrungssy stems dcliniert. 

33. Alarnianzeigesysteni nach eineni der Anspriiche 
28 bis 32. wobei die Rouiine die Hinweise auf die 
Alarme zur Anzeige auf eine integrierte An unicr Nut- 
zung eines Alannsynibols darstelh. 

34. Alarmanzeigesystem Anspruch 33, wobei das 
Alarmsynibol ausgebildet ist, um Alarmhinweise auf 
die Alanne verschiedener Kategorien und eine Zusani- 
menfassung fur einen ausgewahlien der Alarmhin- 
weise zu umfassen. 

35. Alannanzeigesystem nach Anspruch 33 odcr 34, 
wobei die Rouiine ausgebildet ist. um eine primare 
Kontroilanzeige fur einen ausgewahlien der Alarmhin- 
weise in dem Alarmsynibol vorzusehen. 

36. Alannanzeigesystem nach einem der Anspriiche 
28 bis 35, wobei die Routine ausbildei ist, um Hinweise 
auf die Alarme verschiedener Kaiegorien in einer Rei- 
henfolge basierend auf einem anderen Parameter als 
der Alarmkategorie darzusiellen, der mil den verschie- 
denen Kategorien von Alannen assoziien ist. 

37. Alannanzeigesystem nach einem der Anspriiche 
28 bis 36, wobei die Rouiine ausgebildet ist, um Hin- 
weise auf Alarme verschiedener Kategorien darzusiel- 
len, die mil einem bestimmten Gerat in dem Proze6- 
steuerungssystem in Verbindung stehen. 

38. ProzeBsteuerungssystem, umfassend 

eine Benutzerschnittstelle mil eineni Anzeigemecha- 
nismus: 

eine Vielzahl von komniunikationsmaBig verbundenen 
Geraten, die ausgebildet sind, um Alarme verschiede- 
ner Kategorien umfassende Alarmbotschaften zu er- 
zeugen und an die Benutzerschnittstelle zu senden; 
einen Alarmempfanger, der konfigurien ist, um die 
Alarmbotschaften von der Vielzahl von Geraten zu 
empfangen, um eine Vielzahl von Alannen verschiede- 
ner Kategorien zu erhal ten; 

einen Alarmfilter, der die Vielzahl von Alarmen zur 
Anzeige basierend auf einem vorbestimmten Kriterium 
filtert, um einen Satz von Alarmen zur Anzeige zu er- 
mitteln; und 

eine Alarmanzeigeeinheiu die Hinweise auf den Satz 
der Alarme zur Anzeige auf dem Anzeigemechanismus 
darstellt, wobei die Alarm anzeigeeinheit die Hinweise 
auf Alanne verschiedener Kaiegorien auf eine inte- 
grierte Art auf dem Anzeigemechanismus darstellt. 

39. ProzeBsteuerungssystem nach Anspruch 38, wobei 
der Alarmfilter die Alarme basierend auf einer Alann- 
kategorie filtert. 

40. ProzeBsteuerungssystem nach Anspruch 38 oder 
39, wobei eines der Gerate Software umfaBt, die einen 
ProzeBalarm, einen Geratealarm oder einen Hardwa- 
realarm erzeugt und sendeL und wobei ein anderes der 
Gerate weitere Software umfaBt, die einen anderen 
ProzeBalarm, Geratealarm oder Hardware alarm er- 
zeugt und sendet, wobei ein ProzeBalarm mil der Funk- 
uonaliial einer ProzeBsteuerungs-Software, ein Gerate- 
alarm mit der FunktionalitSt eines Feldgerates und ein 
Hardwarcalarm mit dcrFunktionalitat cincscincn Kno- 
len defi nierenden Gerates zusammenhangL 

41. ProzeBsteuerungssystem nach einem der Ansprii- 
che 38 bis 40, wobei die Alarmanzeigecinheit Hin- 
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weise auf die Alanne verschiedener Kategorien auf 
einc integrierie y^^^Apr Nuizung eines Alamisynibols 
darstellt. 

42. ProzeBsteuerungssyslcni nach Anspruch 41 . wobei 
das Alannsynibol ausgebildet isl, uni die Alannhin- 5 
weise fur die Alanne verschiedener Kategorien und 
eine Zusanimenfassung fur einen ausgewahllen der 
Alannhin weise zu umfassen. 

43. ProzcBsieucrungssysteni nach Anspruch 41 odcr 
42. wobei die Alannanzeigecinheii ausgebildel isl, uni 10 
eine primare Kon troll an zeige fur einen ausgewahllen 
Alannhinweis in dem Alannsynibol vorzuschen. 

44. ProzeBsteuerungssystem nach einern der Anspru- 
che 41 bis 43, wobei die Alannanzeigeeinheil so ausge- 
bildel ist, daB sie einem Benutzer die Unierdruckung 15 
eines oder mehrerer der mil eineni oder inehreren der 
Alannhin weise in dem Alarmsymbol verbundenen 
Alannc cmioglicht. 

45. ProzeBsteuerungssystem nach einem der Ansprii- 
che 41 bis 44. wobei die Alannanzeigeeinheit so ausge- 20 
bildet ist, daB sie eineni Benutzer die Bestatigung eines 
oder mehrerer der mit eineni oder mehreren der Alann- 
hin weise in dem Alarmsymbol zusaminenhangenden 
Alarme ermoglicht. 

46. ProzeBsteuerungssysleui nach einem der Anspru- 25 
che41 bis 45. wobei die Alannanzeigeeinheil ausgebil- 
del ist, um Hinweise auf die Alarme verschiedener Ka- 
tegorien in einer Reihenfolge darzustellen. die auf ei- 
nem anderen Parameter als der Alarmkaiegorie basiert, 
der mit den verschiedenen Kategorien von Alarmen zu- 30 
sammenhangt. 

47. Verfahren zum Erzeugen und Darstelien von Alar- 
men in eineni ProzeBsteuerungssystem, das eine Viel- 
zahl von Geraten aufweisU die mit einer Benutzer- 
schnittstelle komrnunikationsmaBig verbunden sind, 35 
wobei das Verfahren folgende Schritte umfaBt: 

- Erzeugen verschiedener Kategorien von Alar- 
men in der Vielzahl von Geraten; 

- Senden von Botschaften, die Alarme verschie- 
dener Kategorien umfassen, an die Benutzer- 40 
schnitts telle; 

- Filtem der Alarme. die von der Benutzer- 
schnittstelle empfangen werden, basierend auf ei- 
nem vorgegebenen Kriterium; und 

- Anzeigen der Alarme verschiedener Katego- 45 
rien, die den Schritt des Filterns an der Benutzer- 
schnittstelle passieren, auf einer integrierten An- 
zeige. 

48. Verfahren nach Anspruch 47, wobei der Schritt des 
Erzeugens der Alarme verschiedener Kategorien das 50 
Erzeugen eines oder mehrerer ProzeBalanne. Gerate- 
alarme und Hardwarealarme in zwei oder mehr der Ge- 
rate umfaBt. wobei die ProzeBalanne mit der Funktio- 
nalitat einer ProzeBsteuerungs-S oft ware, die Gerate- 
alarme mit der Funktionalitat von Feldgeraten und die 55 
Hardwarealanne mit der Funktionalitat von einen Kno- 
ten innerhalb des ProzeBsteuerungssystem s definieren- 
den Geraten zu sammenhangt. 

49. Verfahren nach Anspruch 47 oder 48 , wobei der 
Schritt des Anzeigens den Schritt des Anzeigens der 60 
Alanne verschiedener Kategorien in einem Alannsyni- 
bol umfaBt. 

50. Verfahren nach Anspruch 49. ferner umfassend 
den Schritt des Befahigens eines Benutzers, einen der 
Alannc in dem Alarmsymbol auszuwahlcn und mehr 65 
Information iiber den ausge wan It en Alarm anzuzeigen. 

51. Verfahren nach einem der Anspriiche 47 bis 50. 
wobei der Schritt des Anzeigens den Schritt des Anzei- 
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gens einer Jdfcmzusammcnfassung umfaBt, die infor- 
mation ubd^^B\lanne verschiedener Kategorien um- 
faBt. die erzeTrgt worden sind. 

52. Verfahren nach eineni der Anspruche 47 his 51. 
ferner umfassend den Schritt des Befahigens eines Be- 
nutzers zur Auswahl des Kriteriunts. das in dem Schritt 
des Filterns zur Steuerung der Alanne benutzt wird. die 
an der Bcnutzerschnittstelle angezeigi werden. 

53. Verfahren nach Anspruch 52, wohei der Schritt des 
Filterns den Schritt des Filterns basierend auf einer 
Alarmkaiegorie umfaBt. 

54. Verfahren nach Anspruch 52 oder 53. wobei der 
Schritt des Filterns den Schritt des Filterns basierend 
auf einer Alaniiprioritat umfaBt. 

55. Verfahren nach einem der Anspruche 47 bis 54. 
wobei der Schritt des Erzeugens den Schritt des Verse- 
hens jedes Alanns mit einem die Alannkategorie deri- 
nicrenden Parameter umfaBt. 
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Descri ptlo nz : ."^i^fcAlarmil : SL^7i - ..^MessageT.^ 
Tank 5 outlet flow control HI Value = 101 1.4 Limit * 1000 



Occurred' 



Unit 



Alarm Parameter . 
FIC-501/HI ALM 



Wed 12:46:30 

^Twed'^ll^ ; *M#or>^c^^ 

* Wed 10:51:18 REACTOR3 UC-301/HI_HI_ALM Reactor 3 Level control HIHI Value = 81.4 Limit ■ 78 

^ Wed 09:53:42 FIC-SOI/hCaLM Tank 5 outlet flow control HI Value = 101 1.4 Limit = 1000 

s wed 07:58:30 RC-501/HI_ALM Tank 5 outlet flow control HI Value = 101 1.4 Umit = 1000 

' Wed 07:00:54 FIC-SOI/H^ALM Tank 5 ouUet flow control HI Value = 1011.4 Limit = 1000 

' Wed 06:03:18 REACTOR 1 LIC-101/HIJHI_ALM Reactor 1 Level control HIHI Value = 81.4 Limit * 78 

S wed 05:05:42 REACTOR2 LIC-l02^rHI ALM Reactor 2 Level control HIHI Value = 81.4 Limit * 78 



J Priority— 
WARNING 



CRITICAL 
WARNING 



WARNING 
WARNING 
ADVISORY 
ADVISORY 



FIG. 14 



102 260/792 



BNSDOCID: <DE 10154S34A1_L> 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 
^OTHER: <^ZL4 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



